Re: [dmarc-ietf] Reversing modifications from mailing lists

2021-11-29 Thread Murray S. Kucherawy
On Sun, Nov 28, 2021 at 3:31 PM Wei Chuang wrote: > > This approach and benefit was what I was thinking could be feasible as > well. The cited draft-kucherawy-dkim-list-canon > draft > notes > your contribution to the conce

Re: [dmarc-ietf] Reversing modifications from mailing lists

2021-11-29 Thread Murray S. Kucherawy
On Thu, Nov 25, 2021 at 12:07 AM Wei Chuang wrote: > Sorry I wasn't too clear here. It's largely the same idea as the DKIM > body length "l=" field above except for reformulated for the Subject header > and its mailing list mutations. The original sender would encode a length > of the original

Re: [dmarc-ietf] Reversing modifications from mailing lists

2021-11-29 Thread John R Levine
On Mon 29/Nov/2021 04:03:57 +0100 John Levine wrote: This was part of the discussion about what sort of body modifications to allow. We ended up with optionally ignoring white space changes, and l= to ignore added text. My impression is that neither is useful. Very few messages pass with relaxed

Re: [dmarc-ietf] Reversing modifications from mailing lists

2021-11-29 Thread Alessandro Vesely
On Mon 29/Nov/2021 04:03:57 +0100 John Levine wrote: It appears that said: It appears that Wei Chuang said: If the RFC2045 canonical representation at the final destination can be the same as the canonical representation at the original sender, ... When we were working on DKIM canonicali