Summary: | kmail default encoding option | ||
---|---|---|---|
Product: | [Applications] kmail | Reporter: | Gal Ben-Haim <gal> |
Component: | mime | Assignee: | kdepim bugs <kdepim-bugs> |
Status: | RESOLVED DUPLICATE | ||
Severity: | wishlist | CC: | ach, gekylafas, sundman, sven.burmeister |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Debian testing | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
Gal Ben-Haim
2004-04-07 21:06:22 UTC
You'll find the debian bug report at: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=242520 After switching from en_US.ISO8859-1 to en_US.UTF-8 many msgs contain boxes instead of glyphs. I've checked some and all had a missing charset entry in contents-type. Handish fix to set them to ISO8859-1 in encoding menu is possible but cumbersome. 'We' at the institute use: LANG=en_US.UTF-8 And in kdesktopwizard: language: us english country: Germany Maybe??? a 'sensible' default for 'unknown/undefined' charset in incoming mails may be the default encoding for current country would be a good idea? From the bug describtion it looks like this works also for Gal Ben-Haim. Achim "Configuration -> Composer -> Charset" has a nice charset system for outgoing mails. Why can't there be a similar thing for incoming mails? On Wednesday 14 April 2004 15:13, Marcus Sundman wrote:
> "Configuration -> Composer -> Charset" has a nice charset system for
> outgoing mails. Why can't there be a similar thing for incoming mails?
View -> Set Encoding ?
as said before some message contain 'broken' charset headers, and their subject is displayed in the system's locale (UTF-8).. changing view/encodings affect the message body and not the subject.. there should be a 'default encoding' option for incoming emails, so those broken messages and actually any other message will be displayed in the right locale in the default. > > "Configuration -> Composer -> Charset" has a nice charset system for > > outgoing mails. Why can't there be a similar thing for incoming mails? > > View -> Set Encoding ? Argh! NO! "View -> Set Encoding" overrides the encoding specified in the email header, instead of being a fallback. Of course there are those borderline cases where there is an encoding specified in the email header but it is wrong. For such messages it would probably be best to have a per-message override. However, in NO case is it OK to have a global override! > there should be a 'default encoding' option for incoming emails, so those > broken messages and actually any other message will be displayed in the > right locale in the default. Having just one fallback encoding/charset is clearly not good enough when you receive mails from more than one region. Instead KMail should auto-detect it as best it can (preferably while taking the LC_* and LANG values into account), and only as a very last resort fall back to a user-specified charset. *** Bug 79639 has been marked as a duplicate of this bug. *** Maybe you want to have a look at bug 84702, which already had a patch that did not really solve the problem but at least was a start towards solving these issues. This wish is a duplicate of wish #84702 which has been implemented in the meantime (KMail 1.8). *** This bug has been marked as a duplicate of 84702 *** I have same problems. In message view panel encoding are incorrect, but in ViewSource same messages encoding are correct! |