Evolution can't handle iso8859-1 emails from cvs-syncmail

[Guilherme Salgado]

Evolution seems to use my default encoding (iso8859-1) to display the body text,
but not for the header text when there's no encoding specified on the header.
What happens then is that I can't see non-ASCII character on the header and when
I try to reply one of these messages, evolution freezes.

Here's an example of an email sent from cvs-syncmail that can be used to reproduce
the problem:
From <email address hidden> Thu Jan 6 11:14:39 2005
Return-Path: <email address hidden>
Received: from anthem.async.com.br (<email address hidden> [127.0.0.1])
 by anthem.async.com.br (8.12.3/8.12.3) with ESMTP id j06DEabw004492;
 Thu, 6 Jan 2005 11:14:37 -0200
Received: from anthem.async.com.br (<email address hidden> [127.0.0.1])
 by anthem.async.com.br (8.12.3/8.12.3) with ESMTP id j06DEYbw004473
 for <email address hidden>; Thu, 6 Jan 2005 11:14:35 -0200
Message-Id: <email address hidden>
From: Breno Leitão <email address hidden>
To: <email address hidden>
Date: Thu, 06 Jan 2005 13:14:34 +0000
X-Mailer: Python syncmail 1.2 <http://sf.net/projects/cvs-syncmail>
Subject: [Cais-d] stormcenter/stormcenter/logspider spider.py,1.35,1.36
X-BeenThere: <email address hidden>
X-Mailman-Version: 2.1+
Precedence: list
Content-Type: multipart/mixed; boundary="===============89461143420781997=="
Sender: <email address hidden>
Errors-To: <email address hidden>
X-Spambayes-Classification: ham; 0.00
Content-Length: 4058
Lines: 118
Status: RO
X-Status: A
X-Keywords:
X-UID: 11

--===============89461143420781997==

[...]
Message body with iso8859-1 content
[...]

--===============89461143420781997==
Content-Type: text/plain; charset="iso-8859-1"
MIME-Version: 1.0
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Mailing list signature.

--===============89461143420781997==--

Here's the backtrace I got:
(gdb) bt
#0 0xb7308b71 in xmlEscapeEntities (out=0x8a334ec "", outlen=0xbffff380,
    in=0x8a1641a "ão", inlen=0xbffff378) at xmlsave.c:205
#1 0xb7263e7b in xmlOutputBufferWriteEscape__internal_alias (out=0x8a15da0,
    str=0x8a1641a "ão", escaping=0xb7308b6c <xmlEscapeEntities>)
    at xmlIO.c:3056
#2 0xb73099a3 in xmlNodeDumpOutputInternal (ctxt=0xbffff590, cur=0x8a22e88)
    at xmlsave.c:654
#3 0xb7309828 in xmlNodeListDumpOutput (ctxt=0xbffff590, cur=0x8a22e88)
    at xmlsave.c:602
#4 0xb7309ed4 in xmlNodeDumpOutputInternal (ctxt=0xbffff590, cur=0x8a2cb68)
    at xmlsave.c:761
#5 0xb7309828 in xmlNodeListDumpOutput (ctxt=0xbffff590, cur=0x8a2cb68)
    at xmlsave.c:602
#6 0xb7309ed4 in xmlNodeDumpOutputInternal (ctxt=0xbffff590, cur=0x8a23718)
    at xmlsave.c:761
#7 0xb7309828 in xmlNodeListDumpOutput (ctxt=0xbffff590, cur=0x8a23718)
    at xmlsave.c:602
#8 0xb7309ed4 in xmlNodeDumpOutputInternal (ctxt=0xbffff590, cur=0x8a2cc08)
    at xmlsave.c:761
#9 0xb730a238 in xmlDocContentDumpOutput (ctxt=0xbffff590, cur=0x8a166a0)
    at xmlsave.c:851
#10 0xb730c239 in xmlDocDumpFormatMemoryEnc__internal_alias (
    out_doc=0x8a166a0, doc_txt_ptr=0xbffff668, doc_txt_len=0xbffff660,
    txt_encoding=0x0, format=0) at xmlsave.c:1886
#11 0xb730c32a in xmlDocDumpMemory__internal_alias (cur=0x8a166a0,
    mem=0xbffff668, size=0xbffff660) at xmlsave.c:1918
#12 0xb6bd8ff0 in e_destination_exportv ()
   from /usr/lib/evolution/2.0/components/libevolution-addressbook.so
#13 0xb666616c in e_msg_composer_hdrs_set_to ()
   from /usr/lib/evolution/2.0/components/libevolution-mail.so
#14 0xb667288b in e_msg_composer_set_headers ()
   from /usr/lib/evolution/2.0/components/libevolution-mail.so
#15 0xb662907c in reply_get_composer ()
   from /usr/lib/evolution/2.0/components/libevolution-mail.so
#16 0xb662a36c in em_utils_reply_to_message ()
   from /usr/lib/evolution/2.0/components/libevolution-mail.so
#17 0xb662a142 in reply_to_message ()
   from /usr/lib/evolution/2.0/components/libevolution-mail.so
#18 0xb664cc9d in get_message_got ()
   from /usr/lib/evolution/2.0/components/libevolution-mail.so
#19 0xb6647feb in mail_msgport_replied ()
   from /usr/lib/evolution/2.0/components/libevolution-mail.so
#20 0xb70754bf in g_vasprintf () from /usr/lib/libglib-2.0.so.0
#21 0xb7052a7d in g_main_depth () from /usr/lib/libglib-2.0.so.0
#22 0xb7053aa8 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
#23 0xb7053dca in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
#24 0xb70543a3 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0
#25 0xb78c7d2f in bonobo_main () from /usr/lib/libbonobo-2.so.0
#26 0x08066706 in main ()

[Sebastien Bacher (seb128)]

which version of evolution are you running ?

[Guilherme Salgado (salgado)]

2.0.2-0ubuntu3

[Sebastien Bacher (seb128)]

do you still get the issue ?

[Guilherme Salgado (salgado)]

Yes, I still get this in warty's evolution. (2.0.2-0ubuntu3). Will try it on
hoary and then post what happened.
Anyway, is just a matter of importing the provided example into evolution and
clicking on "Reply" to see if it breaks or not.

[Sebastien Bacher (seb128)]

(In reply to comment #4)

> Anyway, is just a matter of importing the provided example into evolution and
> clicking on "Reply" to see if it breaks or not.

that works fine on my hoary system

[Guilherme Salgado (salgado)]

It works fine now that I'm running hoary.