On Tue, Mar 25, 2025 at 3:06 AM Alessandro Vesely <ves...@tana.it> wrote:
> On Mon 24/Mar/2025 20:49:32 +0100 Wei Chuang wrote: > > To support that use case and other scenarios where the recipient is not > > explicitly declared in the RFC5322 message e.g. some mailing lists, the > sender > > can populate a DKIM2-Signature "rt=" tag. Note that "rt=" here still > only > > supports a single recipient. > > > Why such single recipient limitation? > In this strawman, the "rt=" single recipient construct is meant to support Bcc and other privacy sensitive cases where it only makes sense to have a single recipient. Declaring multiple recipients that are not privacy sensitive is done through RFC5322 address headers. As you point out, it's easy to extend it to also support multiple recipients. The advantage of the approach you propose is that the signed recipient list is conveniently in the DKIM2-Signature "rt=" and can better represent the recipients that will be in the SMTP envelope. The advantage of the approach of using the RFC5322 address headers is that they are already there without duplication of the addresses. -Wei > > > Sender Example:: > > header: > > > > To: user....@example.com > > Cc: user....@example.com > > DKIM2-Signature: h=to:cc > > > To: user....@example.com, user....@example.org > Cc: user....@example.com > DKIM2-Signature: rt=user....@example.com:user....@example.com > > > Now SMTP in the transaction with example.com's MX stays the same: > > > > SMTP > > > > RCPT TO: user....@example.com <mailto:user....@example.com> > > RCPT TO: user....@example.com <mailto:user....@example.com> > > > That assumes the MTA is DKIM2-aware. If you don't have that, you're > better off > splitting all messages to single recipient. > > > Best > Ale > -- > > > > > > > _______________________________________________ > 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