New subscribers to the list will now see the following text:
This list is for open discussion of the proposed SPF standard.
Subscription to this list, and posting to it, is a privilege, not a right.
The list operates according to the best practices described at RFC1855.
Revocation of privileges operates according to an abbreviated form of BCP83.
You should also review
http://www.ietf.org/proceedings/02mar/slides/plenary-3/
The SPF mailing list is intended for constructive discussion and promotion of
SPF.
If you believe that the SPF concept is fundamentally flawed, please subscribe
instead
to the ietf-mxcomp mailing list at http://www.imc.org/ietf-mxcomp/
The SPF standard originated as a hybrid of Gordon Fecyk's DMP
proposal and Hadmut Danisch's RMX proposal. It now provides
a superset of their functionality. More information at
http://spf.pobox.com/
November 2004: The Messaging Anti-Abuse Working Group
sponsors a white paper titled Sender Authentication: What To Do.
http://spf.pobox.com/whitepaper.pdf
October 2004: Microsoft encourages the publication of SPF
records. Microsoft will use a modified form of SPF, known as
"Sender ID", to check message headers in MUAs. Most other
MTA implementations continue to use SPF in its original form,
to check the return-path at SMTP time.