Scott Kitterman wrote:
Yes. And in my experience, as one of the leaders of the SPF project, the
biggest mistake that was made in RFC 4408 was to not be more explicit about
sender expectations or preferences. Many times I've been involved in
discussions with large recievers about SPF receive processing. I regularly
hear concern about rejecting mail, "Because the RFC doesn't explicitly say
that's the expected action".
So, from someone who has actually worked on that particular project and not
just had a lot to say about it, there is a definite lesson to be learned,
although probably not the one you were thinking of.
Part of the problem is that "softfail" and "hardfail" don't make
much intuitive sense. If we're going to use english terms, they
better be *very* close to the dictionary meaning otherwise they'll
be misconstrued. I, for one, was not in favor of english words for
the practices as it would force the implementor to actually read
what the draft said, rather what they could intuit from the natural
language definition.
Mike
_______________________________________________
NOTE WELL: This list operates according to
http://mipassoc.org/dkim/ietf-list-rules.html