I also strongly support this initiative. I really like what I've seen of
the work on this so far; it's clear a lot of thought has been put into this
design, and I want to express my appreciation to Wei, Bron, and Richard for
their efforts on this - as well as anyone else who's contributed.  My
interest is similar to Tara's - from the sender perspective, this looks
well positioned to solve some flaws and operational pain points with
existing authentication standards.

And as Laura alluded to, this initiative already has a much clearer path
forward than the previous IETF DKIM replay working group did, and I don't
think it'll suffer from the same challenges which prevented that WG from
making progress.



On Thu, Nov 7, 2024 at 10:34 AM Tara Natanson <tar...@natanson.net> wrote:

> As a member of the sending community I am very excited about the work
> Bron, Richard and Co. have already done and have joined here to
> help continue the work.
>
> This proposal will help with dkim-reply and if done correctly could
> eliminate the need for ARC and possibly even SPF.  We need a new way to
> send email securely and this proposal seems to be on the right track!
>
> Tara Natanson
> Constant Contact
>
> On Thu, Nov 7, 2024 at 9:43 AM Brian Godiksen <brian=
> 40socketlabs....@dmarc.ietf.org> wrote:
>
>> I see numerous advantages in many of the proposed changes, and I’m eager
>> to continue working towards building a consensus around this proposal. In
>> my day job, we’ve had to allocate significant engineering resources to
>> mitigate DKIM replay abuse affecting our domains. We’d much prefer to
>> channel those efforts into discussions here and inter-op efforts focused on
>> these proposed solutions.
>>
>> Regards,
>> Brian Godiksen
>>
>> On Nov 6, 2024, at 7:26 PM, Bron Gondwana <brong=
>> 40fastmailteam....@dmarc.ietf.org> wrote:
>>
>> Hi All,
>>
>> I prepared presentations about DKIM2 for two places at IETF121 -
>> ALLDISPATCH and MAILMAINT.  Slides are here:
>>
>> ALLDISPATCH:
>> https://datatracker.ietf.org/meeting/121/materials/slides-121-alldispatch-dkim2-00
>> MAILMAINT:
>> https://datatracker.ietf.org/meeting/121/materials/slides-121-mailmaint-dkim2-00
>>
>> In both places (though I didn't get to present at ALLDISPATCH, I still
>> did a quick shout-out and had some hallway discussions afterwards) there
>> was interest in this work and generally positive comments.
>>
>> This working group closed down again last year, after there was limited
>> engagement on the drafts that founded our last charter - however if you
>> look at the design in this new proposal, it echos many of the ideas in
>> those drafts.  The difference is that this time there's energy, and we've
>> engaged many of the biggest mailbox providers and senders in the world in
>> this work.
>>
>> We have been meeting in a private context, every week, for the past few
>> months, to iterate towards a design that people think they could implement
>> - and where we believe we have a design that's ready to ask the IETF to
>> re-open this work, and we can have confidence that there are people willing
>> to do that work.  The group is composed of engineers who will implement and
>> test this proposal, and who have promised to come over here and engage in
>> the IETF process.
>>
>> I think now is an ideal time to re-start this work at the IETF.  The
>> design is still evolving and there's plenty of space for an IETF working
>> group to improve it further, yet it's also had enough design work put in by
>> people with operational experience that we have implementers who think they
>> can make it work at scale.
>>
>> We have a draft charter here:
>> https://notes.ietf.org/YGynIPpYS7yqg5G7ZeSQeA
>>
>> Cheers,
>>
>> Bron.
>>
>>
>>
>>
>>
>> --
>>   Bron Gondwana, CEO, Fastmail Pty Ltd
>>   br...@fastmailteam.com
>>
>>
>> _______________________________________________
>> 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
>>
> _______________________________________________
> 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