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

Reply via email to