GNU bug report logs - #464
23.0.60; [Regression] Implicit utf-8 no longer correctly decoded in gnus

Previous Next

Packages: emacs, gnus;

Reported by: James Cloos <cloos <at> jhcloos.com>

Date: Sun, 22 Jun 2008 06:45:03 UTC

Severity: normal

Done: Lars Magne Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log

View this message in rfc822 format

From: James Cloos <cloos <at> jhcloos.com>
To: 464 <at> debbugs.gnu.org
Cc: Stefan Monnier <monnier <at> iro.umontreal.ca>, ding <at> gnus.org
Subject: bug#464: 23.0.60; [Regression] Implicit utf-8 no longer correctly decoded in gnus
Date: Thu, 03 Jul 2008 17:08:09 -0400

I figured out the difference.

If the mail has a transfer encoding of base64 it works correctly.  If it
is 8bit the decoding fails.  I haven't hit on a utf-8 quoted-printable
so am not yet sure whether those work, but I suspect they would.

This suggests the unibyte vs multibyte change that occurred a few weeks
back is the culprit.

The raw message probably needs to be multibyte iff the encoding is 8bit
and the charset is anything which might use more than 8 bits per
character, including at least the utf encodings of the UCS and the
various CJK character sets.

I'll try out (imap-disable-multibyte)ยน and (set-buffer-multibyte) to see
whether those make any difference on such emails.

-JimC

1] Incidently, it seems odd that (imap-disable-multibyte)'s help text
   says that it will:  "Enable multibyte in the current buffer."

-- 
James Cloos <cloos <at> jhcloos.com>         OpenPGP: 1024D/ED7DAEA6
This bug report was last modified 14 years and 233 days ago.

Previous Next

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