Version: 1.9.6 (using KDE 3.5.6, Kubuntu (feisty) 4:3.5.6-0ubuntu14) Compiler: Target: x86_64-linux-gnu OS: Linux (x86_64) release 2.6.17-10-generic ISO-8895-1 HTML attachments, for instance starting as <?xml version="1.0" encoding="iso-8859-1"?> <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <html xmlns="http://www.w3.org/1999/xhtml"> <head> <title>Barzellette</title> <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1" /> <style type="text/css"> are displayed as UTF-8. Is I save the attachment, and see it with konqueror, it is displayed correctly.
This happens with Kubuntu, which uses UTF-8.
Please attach such a message.
Created attachment 20786 [details] example
Hi, I looked at the email you attached, and it does not correctly specify the character set in the Content-Type mail header. The sender must set the charset in the mail header, otherwise KMail will fall back on the default encoding (which is UTF-8 for you). It's not enough to specify it in the HTML header. That said, there's definitely some room for improvement in how KMail handles this -- I'll forward to the KMail devs and see what they think. Perhaps if KMail doesn't find an appropriate charset in the Content-Type header, it can fall back on the HTML before trying the system default. But for maximum compatibility, the sender should still set the charset in the Content-Type header. Thanks, Josh (BugSquad)
Is this still an issue?
Thank you for taking the time to file a bug report. KMail2 was released in 2011, and the entire code base went through significant changes. We are currently in the process of porting to Qt5 and KF5. It is unlikely that these bugs are still valid in KMail2. We welcome you to try out KMail 2 with the KDE 4.14 release and give your feedback.