+1 I thought "psd=n" was awkward, and at risk of being misapplied. Ale's "role=(psd,org,both,none)" syntax is intuitive.
Doug Foster On Fri, Feb 25, 2022 at 5:42 AM Alessandro Vesely <[email protected]> wrote: > On Thu 24/Feb/2022 18:15:57 +0100 Scott Kitterman wrote: > >> I don't know why you dismiss possible enhancements as if psd=y were > already > >> standard. Of course, users of legacy software won't deploy new > >> enhancements. That is, org=y would initially not be honored by the > majority > >> of receiving servers. That's normal. OTOH, a change which implies > issuing > >> more DNS queries just to get a slightly worse quality than the PSL —due > to > >> missing psd=y flags— is not really so attractive. > > I think using psd=n, so we don't need to define yet another new tag, as > > discussed in another branch of this thread, accomplishes what you are > > suggesting. > > > I would prefer role=X, with enumerated values for X. It is more > explicit. I > don't think we'd make grand savings by scrimping on symbols. > > Possible values for X: > > psd: the equivalent of psd=y, > > org: the equivalent of psd=n, > > both: for domains like us.com, > > none: for a domain that wants to just establish its policy and feedback > reporting but explicitly denies to be the org domain. (I previously > suggested > role=sub for this case, but role=none is more dandy as a pendant to > role=both. > Perhaps native English speakers can come out with better terms...) > > > Best > Ale > -- > > > > > _______________________________________________ > dmarc mailing list > [email protected] > https://www.ietf.org/mailman/listinfo/dmarc >
_______________________________________________ dmarc mailing list [email protected] https://www.ietf.org/mailman/listinfo/dmarc
