On Mon 07/Aug/2023 14:27:53 +0000 Barry Leiba wrote:
One last thing, how about directly assessing extensibility?
dmarc-method = %s"dkim" / %s"spf" / dmarc-value
First, why the "%s"? I see no reason to make the method name case sensitive.
My bad. I seemed to recall that RFC 7489 specified a case sensitive
grammar like DKIM. In fact only dmarc-version is case sensitive.
Second, there's no need for "dmarc-value". With Tim's original proposal:
dmarc-method = "dkim" / "spf"
...a spec that adds a new method called "newthing" can simply use this:
dmarc-method =/ "newthing"
The only reason is the wording that mentions unknown values. If I write
auth=DkIm,newthing on a DMARC record, it can be accepted ignoring newthing
(which Tim's wording seems to suggest) or the whole tag can be discarded
(according to the grammar). I don't have a preference here, except for
coherence suggesting to review that wording if we keep the grammar. For
example:
OLD
and unknown methods are ignored.
NEW
and only known methods are allowed.
Best
Ale
--
_______________________________________________
dmarc mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/dmarc
