On Fri, 26 Jan 2007, Frank Ellermann wrote:
Julian Mehnle wrote:
The same can happen with "Fail". There is no mandated receiver policy.
There's a "SHOULD check at the border", and receivers deciding to accept
known FAIL results at their border without compelling reasons would be
mad. For starters they'd have to guarantee that it's not bounced later,
the RFC 2821-clause "to the originator as indicated by the reverse path"
doesn't justify "even if their sender policy states that this is a lie".
I had to accept FAIL email from blockbuster because their SPF policy
didn't list the company they were sending mail through. However,
I soon realized that this was essentially like alias forwarding, and
allowed custhelp.com to forward blockbuster.com email rather than
allow general SPF FAIL for blockbuster.com.
Eventually, they fixed the mail from to say custhelp.com instead of
blockbuster.com, but then they removed their SPF record also :-(
--
Stuart D. Gathman <stuart(_at_)bmsi(_dot_)com>
Business Management Systems Inc. Phone: 703 591-0911 Fax: 703 591-6154
"Confutatis maledictis, flammis acribus addictis" - background song for
a Microsoft sponsored "Where do you want to go from here?" commercial.
-------
Sender Policy Framework: http://www.openspf.org/
Archives at http://archives.listbox.com/spf-discuss/current/
To unsubscribe, change your address, or temporarily deactivate your
subscription,
please go to http://v2.listbox.com/member/?list_id=735