GNU bug report logs - #44307
27.1; UTF-8 parts transferred as 8bit in multipart messages fail to decode

Previous Next

Packages: gnus, emacs;

Reported by: Thomas Schneider <qsx <at> chaotikum.eu>

Date: Thu, 29 Oct 2020 14:12:01 UTC

Severity: normal

Tags: fixed

Merged with 45657

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


View this message in rfc822 format

From: Andreas Schwab <schwab <at> linux-m68k.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 44307 <at> debbugs.gnu.org, Thomas Schneider <qsx <at> chaotikum.eu>
Subject: bug#44307: 27.1; UTF-8 parts transferred as 8bit in multipart messages fail to decode
Date: Fri, 30 Oct 2020 14:26:54 +0100
On Okt 30 2020, Lars Ingebrigtsen wrote:

> Thomas Schneider <qsx <at> chaotikum.eu> writes:
>
>> A working example can be found below – uuencoded to prevent any further
>> charset transfer issues.  It should display 'ääää', that is, four 'a'
>> with a trema above, in either part.  I’m unsure how to reproduce it
>> without a working Gnus setup.  I inserted the message in a nnmaildir
>> group to display it, so this way should definitely work.
>>
>> From: example <example <at> example.org>
>> Subject: test
>> To: example <example <at> example.org>
>> Date: Thu, 29 Oct 2020 14:47:55 +0100 (23 hours, 21 minutes, 37 seconds ago)
>>
>> dddd
>> ----------
>
> Something has badly mangled the message in transport.  Can you gzip the
> file and include it as an attachment instead?

Try setting mm-dissect-disposition to "attachment".

Andreas.

-- 
Andreas Schwab, schwab <at> linux-m68k.org
GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510  2552 DF73 E780 A9DA AEC1
"And now for something completely different."




This bug report was last modified 4 years and 159 days ago.

Previous Next


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