On 25-Jul-06, at 5:05 PM, Daryl C. W. O'Shea wrote:

I'd settle for just well defined, and actually usable.

Or we could just wait until it actually works right.

That sounds reasonable. If the protocol is as sound as it appears to be, the MTA developers will make an effort to implement it. If not, then it just wasn't meant to be.

You find me a large scale installation that is actually checking, and 

rejecting on, SPF records before DATA and isn't frequently rejecting 

mail their users want and I'll buy you lunch.



Daryl


Hey, I never claimed checking and rejecting before DATA to be ready for 'large scale' deployments. ;-) But, I have to say that in the six months that I've been doing it I've never had a false positive. <knocks on wood> Also, I've been publishing an SPF record for over two years and again, I've never had a problem with mail being rejected, misdirected or lost.

The truth is that there is no reason for any domain not to be able to publish SPF records that end in at least a SOFTFAIL (~all). It would at least allow filters like Spamassassin to have additional data to use in its scoring and a SOFTFAIL will not prevent forwarded email from reaching it's destination. Nobody in there right mind rejects on a SOFTFAIL. 

--
Gino Cerullo

Pixel Point Studios
21 Chesham Drive
Toronto, ON  M3M 1W6

T: 416-247-7740
F: 416-247-7503


Reply via email to