[Ietf-dkim] Re: PROPOSAL: reopen this working group and work on DKIM2

2024-11-07 Thread Eliot Lear
Hi! On 07.11.2024 22:10, Jim Fenton wrote: On 7 Nov 2024, at 18:21, Mark E. Mallett wrote: To gain widespread adoption, it is expected that design proposals will be tested during the development of specifications. The working group will favor designs that are tested at scale and may dism

[Ietf-dkim] Re: Review Response #7: Header Fields

2025-04-21 Thread Eliot Lear
Francesco, I stand corrected.  I *do* see the Bcc with GMail, but not with sendmail.  I don't know what other systems are doing. Eliot OpenPGP_0x87B66B46D9D27A33.asc Description: OpenPGP public key OpenPGP_signature.asc Description: OpenPGP digital signature __

[Ietf-dkim] Re: Review Response #7: Header Fields

2025-04-20 Thread Eliot Lear
Hang on a second: On 20.04.2025 09:49, Dave Crocker wrote: It is important to /retain/ the BCC field, for display to the recipient, since it is the only way the recipient can tell why they got the message.  (and probably that they should not do a reply all.) What system actually does this?  F

[Ietf-dkim] some general comments on draft-gondwana-{everything}

2025-04-12 Thread Eliot Lear
&TL;DR Good start; absent a bit more formality, it is hard to understand how to implement the work. I really like the goals laid out in this work.  The original DKIM couldn't accomplish what was being proposed, in particular reversibility.  I am excited about your direction, and I'm convinced

[Ietf-dkim] Re: DKIM2 and DMARC

2025-05-14 Thread Eliot Lear
The only proxy we have to address this difference is whether people are willing to *deploy*. Eliot On 14.05.2025 16:07, Dave Crocker wrote: On 5/13/2025 8:15 AM, John R Levine wrote: However, how does a list know which subscribers have a DKIM2 verifier? They don't know, but I figure that's