Hi, > Why would we even consider going down this path? I am considering this pass in order to fix any miscomprehension in the RFC.
> Why do you only consider "fixing" quarantine with a dropped "e"? Why don't > you want to fix all the other potential mispellings of quarantine? > Should quarntine be a candidate for "fixing"? If not, why not? I think I wasn't clear enough. I am not concerned about fixing misspelled tags, I am only concerned about the possible "downgrade" of p=reject to p=none if sp/np tag is not valid (and rua is present) Regards, Olivier De: "Dotzero" <[email protected]> À: "dmarc" <[email protected]> Envoyé: Vendredi 20 Octobre 2023 16:05:57 Objet: Re: [dmarc-ietf] DMARC policy discovery and invalid tag exception. On Fri, Oct 20, 2023 at 9:51 AM OLIVIER HUREAU < [ mailto:[email protected] | [email protected] ] > wrote: Hi, Assuming that the comma is an Oxford comma, I do interpret the sentence with the following boolean: ( ' retrieved policy record does not contain a valid "p" tag' || contains an "sp" or "np" tag that is not valid ) && ( a "rua" tag is present and contains at least one syntactically valid reporting URI ) Nevertheless, I forgot to add the "rua" tag in the previous email: > 'v=DMARC1; p=reject; sp=quarantin;' (an 'e' is missing at 'quarantine') MUST > be interpreted as 'v=DMARC1; p=none;' because the "sp" tag is not valid. Should be : 'v=DMARC1; p=reject; sp=quarantin; rua=mailto: [ mailto:[email protected] | [email protected] ] ' (an 'e' is missing at 'quarantine') MUST be interpreted as 'v=DMARC1; p=none;' because the "sp" tag is not valid. Regards, Olivier [ mailto:[email protected] ] [ mailto:[email protected] ] Why would we even consider going down this path? Why do you only consider "fixing" quarantine with a dropped "e"? Why don't you want to fix all the other potential mispellings of quarantine? Should quarntine be a candidate for "fixing"? If not, why not? What if someone includes "policy=q"in their DMARC record? If someone is getting RUA reports, monitoring logs, etc., spelling and/or syntax mistakes should be identified fairly easily. Even something basic like sending test emails to freemail providers and looking at headers on the receiver side will quickly identify problems. Michael Hammer _______________________________________________ dmarc mailing list [email protected] https://www.ietf.org/mailman/listinfo/dmarc
_______________________________________________ dmarc mailing list [email protected] https://www.ietf.org/mailman/listinfo/dmarc
