eddy at interpc
Jun 26, 2008, 9:36 AM
Post #2 of 3
(484 views)
Permalink
|
|
RE: about 'invalid-domain-long-via-macro' test
[In reply to]
|
|
Please forget mail previous question about 'invalid-domain-long-via-macro'.
The thing was that upper case macro wasn’t url escaped.
Macro expand must results to the following :
%25%25%25%25%25%25%25%25%25%25%25%25%25%25%25%25%25%25%25%25%25%25.bar
and the first label is longer than 63 chars. So the test pass correctly.
De : Eddy Minet [mailto:eddy[at]interpc.fr]
Envoyé : jeudi 26 juin 2008 12:55
À : 'spf-devel[at]v2.listbox.com'
Objet : about 'invalid-domain-long-via-macro' test
I have a problem with the following test in the test suite :
invalid-domain-long-via-macro:
description: >-
target-name that is a valid domain-spec per RFC 4408 but an invalid
domain name per RFC 1035 (long label) must be treated as non-existent.
comment: >-
A domain label longer than 63 characters that results from macro
expansion in a mechanism target-name is valid domain-spec syntax (and
is
not even subject to syntax checking after macro expansion), even
though
a DNS query cannot be composed from it. In analogy to 4.3/1 and
5/10/3,
the mechanism should then be treated as a no-match.
spec: [4.3/1, 5/10/3]
helo: "%%%%%%%%%%%%%%%%%%%%%%"
host: 1.2.3.4
mailfrom: foo[at]t12.example.com
result: fail
SPF record for t12.example.com is : v=spf1 a:%{H}.bar –all
Regarding the comment, I think that macro expansion of the ‘a’ mechanism
should result in a too long domain name label but when expanding ‘%{H}.bar’
the result is ‘%%%%%%%%%%%%%%%%%%%%%%.bar’ which does not contains label
longer than 63 chars …. ?
Can someone help ?
-------------------------------------------
Sender Policy Framework: http://www.openspf.org
Modify Your Subscription: http://www.listbox.com/member/
Archives: http://www.listbox.com/member/archive/1007/=now
RSS Feed: http://www.listbox.com/member/archive/rss/1007/
Powered by Listbox: http://www.listbox.com
|
