Summary: | character set for outgoing mails is not always minimal | ||
---|---|---|---|
Product: | [Applications] kmail | Reporter: | Eugen D <eugen> |
Component: | general | Assignee: | kdepim bugs <kdepim-bugs> |
Status: | RESOLVED UNMAINTAINED | ||
Severity: | normal | CC: | chris.kerr, kollix |
Priority: | NOR | ||
Version: | 1.6 | ||
Target Milestone: | --- | ||
Platform: | unspecified | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Attachments: | Contains 3 mails tarred from my "$HOME/Mails/drafts/cur" folder: jap, jap+umlaut and jap+removedUmlaut |
Description
Eugen D
2004-07-01 20:15:53 UTC
Please attach/provide a tar'd copy of a mail that can be used to reproduce the problem. Created attachment 6548 [details]
Contains 3 mails tarred from my "$HOME/Mails/drafts/cur" folder: jap, jap+umlaut and jap+removedUmlaut
I have this problem too. I tried disabling "Keep original charset when replying and forwarding" but it didn't seem to help. What is more, kmail doesn't even seem to understand its own utf8/base64 encoding - messages in the sent-mail folder come up as garbage when opened. However, on choosing "send again", the resulting composer window contains the correct text. I also cannot read iso-2022-jp sent mail - but I do not know if this is just because I have something incorrectly installed. Again, clicking "send again" magically recreates the correct text. reproducable with KDE 4.3.1 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. |