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