Once we have the process documented and agreed, I think changing the name if there's where the consensus is would be trivial to do. I'd suggest we come back to this a bit later.
I would like to get it nailed down so we can pursue early assignment of whatever it ends up being to facilitate testing and experimentation. Scott K On Friday, February 25, 2022 6:45:55 AM EST Douglas Foster wrote: > +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 <ves...@tana.it> 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 > > dmarc@ietf.org > > https://www.ietf.org/mailman/listinfo/dmarc _______________________________________________ dmarc mailing list dmarc@ietf.org https://www.ietf.org/mailman/listinfo/dmarc
