GNU bug report logs -
#55158
bug: mu/mu4e on Guix does not use correct encoding/utf-8
Previous Next
Reported by: Benjamin Slade <slade <at> lambda-y.net>
Date: Thu, 28 Apr 2022 00:28:02 UTC
Severity: normal
Done: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
Your message dated Wed, 08 Jun 2022 17:32:13 -0400
with message-id <87r13yj0yq.fsf <at> gmail.com>
and subject line Re: bug#55158: bug: mu/mu4e on Guix does not use correct encoding/utf-8
has caused the debbugs.gnu.org bug report #55158,
regarding bug: mu/mu4e on Guix does not use correct encoding/utf-8
to be marked as done.
(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)
--
55158: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=55158
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
[Message part 3 (text/plain, inline)]
The output of mu [ <https://guix.gnu.org/en/packages/mu-1.6.10/> ] (and thus, by extension, mu4e in Emacs) does not correctly handle characters outside of a certain range (which confuses Emacs to no end). This behaviour occurs both in mu4e and when using mu on the commandline.
For instance, subject lines including the 🎉 emoji ("celebration") do not show the emoji, but rather a backslashed \360. Similar issues occur with, for instance, devanagari characters (Hindi etc.).
When using mu/mu4e on non-Guix systems, this issue does not occur. (I.e. both in mu4e and in mu on the commandline these characters are correctly displayed.)
Since mu depends on xapian, it's possible the issue could also be with Guix's xapian package.
[Message part 4 (message/rfc822, inline)]
Hi,
Benjamin Slade <slade <at> lambda-y.net> writes:
> Update: So the encoding issue seems to be at a "lower level" than mu
> in fact. I noticed that new messages come through with the correct
> encoding now, so I assume it was an (odd) issue of locale settings
> when I initialised the mail initially/copied over old messages.
>
> (Unfortunately there does not seem to be a great way to mass re-encode messages. I can use `iconv' to convert, but it fails on messages with attachments, I think.)
OK. I'm glad you could figure it out at least to some degrees :-).
I'll close the report but if it becomes a problem again feel free to
reopen it, with a reproducer ideally.
Thanks,
Maxim
This bug report was last modified 2 years and 351 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.