After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 268482 - UTF8 error on mails lacking encoding.
UTF8 error on mails lacking encoding.
Status: RESOLVED FIXED
Product: evolution
Classification: Applications
Component: Mailer
2.4.x (obsolete)
Other other
: Normal minor
: ---
Assigned To: evolution-mail-maintainers
Evolution QA team
Depends on:
Blocks: 327508 327510
 
 
Reported: 2004-10-18 16:05 UTC by haskjold
Modified: 2013-09-10 14:04 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description haskjold 2004-10-18 16:05:17 UTC
Description of Problem:
Mail headers that contain norwegian letters, but lack encoding do not 
display properly. The text in fx. the from field gets cut off from and 
including the norwegian letter.

The following error is shown in the console:
** (evolution:6003): WARNING **: Invalid UTF8 string passed to 
pango_layout_set_text()
Comment 1 Radek Doulik 2005-03-18 11:17:37 UTC
gtkhtml displays what's fed by mailer. it doesn't use pangou layout so
the warning comes from other part (etable?)

it's probably not even an evo bug
Comment 2 Not Zed 2005-03-31 10:23:36 UTC
this is a bug in the mail, it is invalid for headers to contain
anything but 7 bit ascii characters.

try attaching an example mail too, not much to test with otherwise
Comment 3 haskjold 2005-03-31 10:52:57 UTC
From mail header:
From: *removed* (Jørgen *removed*)
X-Amavis-Alert: BAD HEADER Non-encoded 8-bit data (char F8 hex) in 
message header 'From' From: *removed* (J\370rgen *removed*... ^

Ok, so it seems the mails in question are not encoded correctly.

It's the norwegian letters æ, ø, å which cause this in the problematic 
 mails.

Anyhow, it would be nice if it didn't cut the rest of the text behind 
the offending character even if it has non-encoded data.

In this mail the following is shown in the from field: "J".

thanks, 
Hogne
Comment 4 haskjold 2005-03-31 10:58:30 UTC
Sorry, I meant to paste the following from the same header also:
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
User-Agent: Mutt/1.4i

thanks,
Hogne
Comment 5 André Klapper 2005-06-04 15:31:42 UTC
adding i18n keyword, punting to 2.3.
Comment 6 André Klapper 2005-11-15 01:32:25 UTC
haskjold: please *attach* an entire example mail by saving it to disk. you
should erase any confidential data (like changing mail addresses to example.com)
before.
i pretty much assume that this is not an evolution bug, we'll see.

it's much easier for the developers to find out whether it's an evolution bug
and how to fix it. please also tell us your evolution version.

setting this to NEEDINFO, please REOPEN after doing so.

thanks in advance for your patience. :-)

punting to 2.5.
Comment 7 haskjold 2006-02-03 10:29:10 UTC
I can no longer replicate this bug with mail with bad headers (X-Amavis-Alert: BAD HEADER Non-encoded 8-bit data). This is with Evolution 2.4.2.1-1 in Debian Unstable.
Comment 8 André Klapper 2006-02-03 12:31:18 UTC
thanks for answering, assuming that this has been fixed.