On Thursday 04 January 2007 21:39, Dan_Mitton(_at_)notes(_dot_)ymp(_dot_)gov
wrote:
I saw the RFC and the result definitions, however my testing seems to get
'unknown' for names that do not resolve. Names with no SPF records get
'none'. For example:
bash-2.03# perl -MMail::SPF::Query -le 'print for Mail::SPF::Query->new(
helo=>shift, ipv4=>shift, sender=>shift )->result' foobar 198.147.246.95
foobar
unknown
Please see
http://www.openspf.org/why.html?sender=foobar&ip=198.147.246.95&receiver=ma
gorian: domain of sender foobar does not exist
magorian: error in processing during lookup of foobar
HASH(0x5f0564)
bash-2.03# perl -MMail::SPF::Query -le 'print for Mail::SPF::Query->new(
helo=>shift, ipv4=>shift, sender=>shift )->result' foobar 198.147.246.95
yahoo.com
none
SPF: domain of sender yahoo.com does not designate mailers
magorian: domain of yahoo.com does not designate permitted sender hosts
HASH(0x5f0594)
I will be out of town for a few days, so we can take up this lively (and
very useful, at least for me) discussion then.
I just checked with pyspf (which is one of the two SPF implementations
validated by the project to be compliant with the RFC 4408 test suite the
project developed - Mail::SPF::Query is NOT the other one) and it properly
returns a result of None.
At one point the SPF specs called for an error for non-existent domains
(Mail::SPF::Query was developed early in the project and has never been
updated to be compliant with RFC 4408). It looks to me like you are seeing a
result that is caused by an obsolete design in Mail::SPF::Query. See
paragraph 2.2.2 of the last pre-IETF specification:
http://www.openspf.org/svn/project/specs/drafts/draft-mengwong-spf-01.200406.txt
The pyspf library is the engine behind my validator:
http://www.kitterman.com/spf/validate.html
You can check it for yourself. Mail::SPF is the new RFC 4408 compliant PERL
implementation. The Java implementation, jSPF is believed by it's developers
to be RFC 4408 compliant, but we haven't fully validated that yet (I have no
reason to doubt them).
http://www.openspf.org/Implementations
Scott K
-------
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