Author: Tor Slettnes Date: To: jori.hamalainen CC: exim-users Subject: Re: [exim] Is there and logical reason to reject mail from: <> ?
On Oct 15, 2004, at 03:32, <jori.hamalainen@???> wrote:
>> The idea of using <> for a from address is to prevent mail
>> loops. I have a thought on a solution for sender callout verification.
>
> I always wonder why SMTP-RFC didn't do it differently. Always use
> normal sender/recipient information, but for 'bounce' messages use
> "ERROR"-command instead of DATA. And if on "ERROR" makes another
> "ERROR", don't send it to avoid loops. Besides this functionality
> "ERROR" would work like DATA. Too simple?
Interesting idea (but obviously, way too late).
How would you deal with non-error type messages that currently use NULL
senders, such as mailing list "subscribe"/"unsubscribe" responses,
Exim/Postfix callout verifications?
Also, keep in mind that the entire reason behind the "MAIL FROM:"
command is to provide a return path - i.e. an address to which to send
automated responses like DSNs. If none is needed (as in the case of a
DSN), then the logical thing to do is exactly to provide no return
path.