I am using ARC data as part of my email filtering. I find it particularly useful for tracing the path of a message through outbound gateway services. Support by Google and Microsoft has been sufficient deployment for my purposes. I am reminded of Shakespeare, "We have not come to praise Ceaser, but to bury him." If our goal is to bury ARC, the effort seems unworthy of anyone's time. It may that the uptake does not meet IETF expectations to move the document in any direction other than obsolete, but I will be sorry to see that happen.
I also consider it unwise to make any "forward-looking statements." Those of us who process email need to do so now. I have no expectation that DKIM2 will be completed and widely deployed in my lifetime, because document development is slow and widespread deployment is nearly impossible. If DKIM2 is the best thing since the invention of fire, our action on ARC will become moot. But let them make it happen first, without limiting our tools in the short term. Doug Foster On Fri, Jan 30, 2026 at 11:30 AM Barry Leiba <[email protected]> wrote: > Thanks for getting this started, Trent! > > For other, I want to highlight one thing Trent said: > > By all means, read the draft to get a sense of what work is being > proposed. But this is not the time to discuss the draft -- this is > the time to look at the charter and discuss whether we're interested > in taking on the task of wrapping up and documenting the ARC > experiment and its results. If the answer to that is "yes" and we > recharter to do it, *then* we'll start discussing the details of the > draft. > > So, again, the charter proposal: > https://github.com/ietf-artarea/charters/blob/main/dmarc/charter.md > > Barry > > On Fri, Jan 30, 2026 at 11:23 AM Trent Adams > <[email protected]> wrote: > > > > > > DMARC Folks - > > > > Now that the DMARC WG has successfully achieved the recent goals (yay!)… > perhaps there’s bandwidth to take on the small task of helping to finally > close out some prior work that was left aside. > > > > Specifically, I’m hoping that we can officially close the Authenticated > Received Chain (ARC) experiment. As folks remember, we called the DMARC > intermediary breakage problem out of scope in order to publish RFC7489… > moving the work of addressing the issue into what became the experimental > ARC RFC (RFC8617). > > > > Now that the experiment has essentially been running since the initial > draft in 2015, through a dozen or so revisions, resulting in the > Experimental RFC being issued in 2019… we have over a decade of operational > experience with it. During that time, we’ve collectively learned a lot > about what has worked, what hasn’t, and how we can fold our collective > experience into an effective, scalable mitigation against intermediary > DMARC breakage. > > > > A handful of folks have collaborated on a draft that effectively calls > for declaring the ARC experiment complete, with a suggestion for moving > further development of what was learned into the DKIM WG where we’re > incorporating a similar (and enhanced) signed chaining model. > > > > Concluding the ARC Experiment > > (draft-adams-arc-experiment-conclusion-01) > > https://datatracker.ietf.org/doc/draft-adams-arc-experiment-conclusion/ > > > > While discussing the proposal, we wondered what path would be the most > reasonable to follow for moving the work forward… and the rough consensus > (so far) was to first bring it to the DMARC WG as this was where the ARC > work began. So… the question for the folks here is… would you be > interested in a very tightly-scoped rechartering of the DMARC WG to > expressly take on the activity (and only this activity) of considering, > amending, and potentially approving the “Concluding the ARC Experiment” > draft so that we can officially move forward? > > > > To help prime the pump for consideration of rechartering, we’ve drafted > a (very) short draft of a proposed DMARC WG charter for this specific work: > > > > https://github.com/ietf-artarea/charters/blob/main/dmarc/charter.md > > > > Please give both drafts a read and see if you think that this group > would be the right place to spin up this work, and please reply with your > thoughts. The current DMARC WG Chairs (Barry Leiba, Seth Blank) as well as > the AD (Andy Newton) will be gathering a sense of the room to determine > consensus for moving forward. > > > > NOTE: We’re not asking for your opinion about the work itself at this > time (good / bad / how to improve it)… but rather, would this group be > interested in having those discussions here… once we know where to have the > discussion… then the floodgates will open (and I’ll be sure to batten down > the hatches). > > > > Thanks for your consideration! > > > > Cheers, > > Trent > > > > -- > > > > J. Trent Adams > > > > Director, Ecosystem Security > > > > Proofpoint > > > > > > > > [email protected] > > > > https://www.linkedin.com/in/jtrentadams > > > > > > > > _______________________________________________ > > dmarc mailing list -- [email protected] > > To unsubscribe send an email to [email protected] > > _______________________________________________ > dmarc mailing list -- [email protected] > To unsubscribe send an email to [email protected] >
_______________________________________________ dmarc mailing list -- [email protected] To unsubscribe send an email to [email protected]
