GNU bug report logs -
#45631
27.1; regression: message-forward-ignored-headers no longer applies when forwarding as MIME
Previous Next
Reported by: Daniel Kahn Gillmor <dkg <at> fifthhorseman.net>
Date: Sun, 3 Jan 2021 17:13:01 UTC
Severity: normal
Tags: fixed
Found in version 27.1
Fixed in version 28.1
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
Full log
Message #27 received at 45631 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Hi Lars--
On Sun 2021-01-10 16:18:23 +0100, Lars Ingebrigtsen wrote:
> Looking over that mess again, I think my analysis of when that variable
> is used, and when it's supposed to be used, was wrong. I've now make it
> respect that variable even if message-forward-show-mml is nil. The only
> instance it won't be used is if message-forward-show-mml is `best', and
> we're forwarding an encrypted/signed message.
Thanks for taking a look at this. I'm trying to understand the
rationale for *not* trimming headers when message-forward-show-mml is
`best' and we're forwarding an encrypted/signed message.
If the headers being trimmed are strictly in the header section of the
forwarded message, then they aren't in the cryptographic envelope [0],
which means that they aren't implicated in either a standard PGP/MIME or
S/MIME signature or encryption.
Is the expectation that headers of internal parts of the message are
being trimmed (in which case, they might be implicated in the signature
or encryption)? or, is there some situation i'm missing where they
might have an impact on the cryptographic structure?
--dkg
[0]
https://www.ietf.org/archive/id/draft-dkg-lamps-e2e-mail-guidance-00.html
has definitions of "cryptographic envelope" and other
hopefully-useful concepts and terminology.
[signature.asc (application/pgp-signature, inline)]
This bug report was last modified 4 years and 116 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.