Summary: | JJ: Mail not sent with selected encoding | ||
---|---|---|---|
Product: | [Applications] kmail2 | Reporter: | Sabine Faure <sabine> |
Component: | composer | Assignee: | kdepim bugs <kdepim-bugs> |
Status: | VERIFIED FIXED | ||
Severity: | normal | CC: | lfranchi |
Priority: | NOR | Keywords: | akonadi-ports-regression |
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Compiled Sources | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Sabine Faure
2010-05-24 00:40:44 UTC
Indeed, KMail seems to ignore the encoding selection here. I can't reproduce this, after pasting the chinese characters into the new message, and selecting Big5 as the encoding, the mail sends fine. generated mail has Big5 encoding and is decoded properly SVN commit 1134159 by lfranchi: Properly set the right charset. If the user selects a charset, use that one first. If Force Charset is on, use that as a fallback if the user hasn't explicitly chosen another one. BUG: 238632 M +3 -3 kmcomposewin.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=1134159 It is corrected now. The selected encoding works when sending emails now. Note: in an email containing two types of encoding (ex: Chinese characters and Swedish characters like ä, not both of them can be visible. The user has to choose which one are the most important. The less important one ends up being replaced by a '?' after a warning message appears: 'Encoding the message with EncodingSelected will lose some characters. Do you want to continue?' Trunk, Svn Rev 1141839 |