I think the charter sufficiently describes problems that exist in today's ecosystem, and is enough to get us started on work toward resolving them.
On the topic of adding new vs extending DKIM, I think the relevant part of the charter is: > The working group will strongly prefer output that, when deployed, does not disturb the deployed ecosystem. It may, however, through the normal course of evolution, replace technologies such as DKIM and ARC. To avoid constraining the WGs direction too much ahead of time, maybe we could change the wording to "extend or replace technologies"? This would allow for both adding new things to existing protocols (DKIM) and adding an independent authentication mechanism. It would then be up to the WG to demonstrate that solving the problem through extensions to DKIM can satisfy the requirement that the changes do not disrupt deployed systems, or that extensions to DKIM can't do this and that a new thing is necessary. For what it's worth, I personally think that the add new vs extend existing discussion is a very valuable one for the WG to have (and document) at some point. I'm not currently of the opinion that we can safely add all of the proposed functionality to DKIM without causing problems for unaware consumers of the extended signature headers, even though the protocol says they should be fine. On Fri, Jan 24, 2025 at 4:19 PM John R. Levine <jo...@iecc.com> wrote: > On Thu, 23 Jan 2025, Richard Clayton wrote: > > which I found at > > > > https://datatracker.ietf.org/doc/charter-ietf-dkim/ > > > > for the record, I think this is suitable for moving forward > > Same here. It's a lot of work but it solves real longstanding problems. > > Regards, > John Levine, jo...@taugh.com, Primary Perpetrator of "The Internet for > Dummies", > Please consider the environment before reading this e-mail. https://jl.ly > > _______________________________________________ > Ietf-dkim mailing list -- ietf-dkim@ietf.org > To unsubscribe send an email to ietf-dkim-le...@ietf.org >
_______________________________________________ Ietf-dkim mailing list -- ietf-dkim@ietf.org To unsubscribe send an email to ietf-dkim-le...@ietf.org