Roy Badami wrote:
>>>>>>"Dave" == Dave Crocker <dhc(_at_)dcrocker(_dot_)net> writes:
>
>
> Dave> Because there is no such value as "envelope sender".
>
> I use the term "envelope sender" to mean the MAIL FROM address. I
> regard this as common usage.
>
> The purpose of fetchmail is to obtain mail by verious means (often POP
> or IMAP) that may not give direct access to the envelope, and to
> reinsert the mail into the SMTP stream.
>
> It is typically used by people who have POP accounts but want to
> deliver their mail to an MTA on a local machine.
>
> In order to do this it needs to determine a "sensible" value to use
> for the SMTP MAIL FROM when transfering the mail to the local MTA. As
> you'll see from the posted algorithm, it's first choice is to use the
> *actual* previous value of the MAIL FROM, as identified by the
> Return-Path header. If this isn't available, as a fallback it appears
> to use something very similar to the PRA algorithm, with a couple of
> extra cases at the end.
>
> As I said before, this is a red herring. The only reason the
> fetchmail algorithm exists is because it has to operate in an
> environment where the value of MAIL FROM isn't available.
>
> I don't see its relevent to MARID work.
What about the algorithms here:
http://email.uoa.gr/projects/fromfilter/doc/fromfilter.html#toc9
and
http://docs.sun.com/source/816-6091-10/contents.htm#CONVERSION
"The email message's originator address is taken from one of the
following five sources, shown in decreasing order of preference:
1. Resent-from: 4. Sender:
2. From: 5. Envelope From:
3. Resent-sender:"
I can't speak to the fromfilter algorithm, but the algorithm you dug out of
Sun's documentation is one of a family of algorithms designed to be used as
part of a gateway from Internet mail, with its rich set of addressing fields,
to some other system (in this case SMS) with a relative paucity of fields. The
intent of these algorithms is to assign a certain set of semantics to replies
generated by the more limited environment. Similar algorithms have been devised
for many such systems, including but not limited to cc:Mail, Microsoft Mail,
WordPerfect Office, Novell MHS, and VMS MAIL.
Given that the intent of PRA is to derive a responsible address, not to
determine a place to send replies, I consider all of these to be red herrings
as well, albeit ones pulled out of a different kettle.
Ned