Does anyone believe that things will change if we publish an RFC which says "Verizon Media MUST change to p=none"? I don't.
Lists have been hurt by the move to authenticated email. Point taken. However, the world is not going back to the good old days,. There is no hope for a list solution to appear from outside the list community. If or when list advocates reconcile themselves to that reality, we can start making real headway on solving the problem. The outlines of the solution have been on the table for several years already. But those solutions have been ignored because list advocates are waiting for everyone else to change to meet list needs. DF On Wed, Jul 12, 2023, 3:30 AM Baptiste Carvello < devel2...@baptiste-carvello.net> wrote: > Hi, > > Le 08/07/2023 à 20:24, Scott Kitterman a écrit : > > > > You can equally argue that these receivers are merely following the > policy advice provided by the sending domain (it has reject right in the > name) and this problem is entirely generated by sender's inappropriate use > of p=reject. > > > > I don't think engineering the location where the blame lands is the > right place to focus. I've done plenty of blame avoidance engineering in > my day, but I don't think it's what the IETF should be doing. > > This is not about blame avoidance. Blame avoidance is what happens right > now on this very list, with author domains and mail receivers first > blaming each other, then colluding to accuse absentee forwarders… > > This is about avoiding the Tragedy of Commons where everyone waits for > the breakage to somehow solve itself (or, more cynically, for the victim > to resignate). The standard can help by clearly stating who has to act > in which circumstances. A MUST is better than a SHOULD, an it might well > be that two SHOULDs are worse than just one. > > Cheers, > Baptiste > > _______________________________________________ > 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
