Meng Weng Wong wrote:
On Sun, Feb 15, 2004 at 10:54:47PM +0100, Za'mbori, Zolta'n wrote:
| SRS is a "quick hack". A long term solution can be an SMTP extension
| supporting envelope filtering anti-spam tools/methods.
|
|
| My idea is two additional MAIL command:
|
| MAIL SNDR:<initial-envelope-sender-address>
| MAIL FROM:<current-sender-address>
| MAIL RTRN:<envelope-return-address>
|
Yes, I agree that something like this will be needed in the long run.
In general we want to add richer information before DATA. See this:
http://www.ietf.org/internet-drafts/draft-klensin-email-envelope-00.txt
As I understand it is just a split of the email header into two part.
I think about expressing the role of the SMTP client for the SMTP server
(MX).
SRS pack two email address into one field. It can be expressed equally
well in two MAIL command. Additionaly white-listing of VERPs is easier
if there is a non-verp sender address in the envelope. And I dont like
bounces because there are no information in the envelope about the email
address related to the bounce message.
More than one MAIL command may help.
z2