On Wed 27/Nov/2024 02:41:03 +0100 Martin Thomson via Datatracker wrote:
[...]
The schema uses xs:string for string types, which means that whitespace is
significant. I generally advise people to use xs:token instead so that content
can be authored safely, though with the automated nature of this format, this
is unlikely to be a significant factor.
The schema defines a number of enums, which seem like they might be problematic
if you ever need to extend the value space. I'm looking at DKIMResultType and
SPFResultType as prime examples of something that might need to be extended.
In these case, I generally recommend xs:token as well, pointing at a registry
for the valid values.
That seems to be a cute hint. Referring to IANA Email Authentication Result
Names shields the definition from any tweaks that might be introduced in the
future, and makes the grammar much shorter and readable.
Besides those ResultType's, we can eliminate SPFDomainScope as well.
And, as we're there, we can add the generator field in metadata, can't we?
Best
Ale
--
_______________________________________________
dmarc mailing list -- [email protected]
To unsubscribe send an email to [email protected]
