Re: Unknown mechanisms

Frank Ellermann <[email protected]>
Newsgroups gmane.mail.spam.spf.discuss
Message-ID <CAHhFybojEMNemEu+qknF59hfue1cHHC+Xt94ekNBMc0tqL2KPQ@mail.gmail.com>
On 2 September 2011 20:12, Murray S. Kucherawy wrote:

>> If an unknown mechanism is encountered, the correct result is
>> permerror.

> Fair enough.

There is no such thing as an "unknown mechanism".  The <mechanism>
syntax is a finite enumeration of known mechanisms.  Anything else
could be anything, a broken modifier, a funny TXT record unrelated
to v=spf1, or nobody knows what, except that it's no valid v=spf1.

> I'd like that to be explicit.  As it is now an implementer could
> decide that ignoring unknown mechanisms is simplest (and a common
> practice, such as in DKIM and its friends), leaving the remaining
> record parsable and usable.

I don't recall any DKIM syntax details, but I'd bet that it also
does not explicitly say that syntactical garbage cannot be parsed.

It would be odd to discuss IPv4 octets 256 or greater in prose, so
why would you wish to discuss non-existing mechanisms in prose?

I've never heard of any difficulties with this aspect of RFC 4408,
after all it was published when the proposals for other mechanisms
were long dead (for the reason stated by Scott).  IIRC you would
find some erroneous "unknown mechanism" syntax in old SPF drafts.

-Frank
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.