GNU bug report logs - #38654
27.0.50; mml-to-mime may produce faulty email messages

Previous Next

Package: emacs;

Reported by: Rainer Gemulla <rgemulla <at> gmx.de>

Date: Tue, 17 Dec 2019 21:22:01 UTC

Severity: normal

Fixed in version 27.0.50

Done: Rainer Gemulla <rgemulla <at> gmx.de>

Bug is archived. No further changes may be made.

Full log


Message #8 received at 38654 <at> debbugs.gnu.org (full text, mbox):

From: "Rainer Gemulla" <rgemulla <at> gmx.de>
To: 38654 <at> debbugs.gnu.org
Subject: Further details
Date: Fri, 10 Jan 2020 14:04:29 +0000
[Message part 1 (text/plain, inline)]
The consequence of this bug is that Emacs sends incorrect messages 
without the sender noticing. When such a message is opened by the 
recipient (in any other email client I tried, including in Emacs), the 
content is not readable. This is an major bug.

The bug happens (mostly?) when a message is forwarded: the new parts 
added by the sender are lost because they are incorrectly encoded. The 
correct encoding and the incorrect one obtained in Emacs 27 below. The 
problematic parts are marked in red.

BEGIN CORRECT RESULT
From: a <at> b.ce
To: c <at> d.de
Subject: Test
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="=-=-="
--text follows this line--
--=-=-=
Content-Type: text/plain

Test


--=-=-=
Content-Type: message/rfc822
Content-Disposition: inline

--====-=-=
Content-Disposition: inline
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="====-=-="

Some text.

--====-=-=
Content-Type: text/html; charset=utf-8

Some more text.

--====-=-=--

--=-=-=--
END CORRECT RESULT
BEGIN INCORRECT RESULT AFTER STEP 9
From: a <at> b.ce
To: c <at> d.de
Subject: Test
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="=-=-="
--text follows this line--
--=-=-=
Content-Type: multipart/alternative; boundary="====-=-="
Content-Transfer-Encoding: base64

VGV4dAoK
--=-=-=
Content-Type: message/rfc822
Content-Disposition: inline

--====-=-=
Content-Disposition: inline
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="====-=-="

Some text.

--====-=-=
Content-Type: text/html; charset=utf-8

Some more text.

--====-=-=--

--=-=-=--
END INCORRECT RESULT AFTER STEP 9
[Message part 2 (text/html, inline)]
[Message part 3 (application/pgp-signature, inline)]

This bug report was last modified 5 years and 80 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.