[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kmail-devel
Subject:    [Bug 84325] New: character set for outgoing mails is not always
From:       Eugen "Dück" <eugen () dueck ! org>
Date:       2004-07-01 18:15:54
Message-ID: 20040701181554.27790.qmail () ktown ! kde ! org
[Download RAW message or body]

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
      
http://bugs.kde.org/show_bug.cgi?id=84325      
           Summary: character set for outgoing mails is not always minimal
           Product: kmail
           Version: 1.6
          Platform: unspecified
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: NOR
         Component: general
        AssignedTo: kmail-devel kde org
        ReportedBy: eugen dueck org


Version:           1.6 (using KDE 3.2 BRANCH >= 20040204, SuSE)
Compiler:          gcc version 3.3.1 (SuSE Linux)
OS:                Linux (i686) release 2.4.21-192-athlon

my charset list for outgoing mails is set to
- us-ascii
- iso-8859-1
- iso-2022-jp
- utf-8

If I write mails containing only japanese and latin characters (not using umlauts \
etc.) then normally iso-2022-jp is used, which is corrected. It is the first in the \
list which contains all chars. But sometimes my mails get out as utf-8, even though \
all characters are contained in iso-2022-jp.

In order to check wy that happens, I wrote a mail using japanese chars, saved it in \
the "Draft" folder and looked into the mail code: encoding was iso-2022-jp (7bit). \
Then I added an umlaut, saved it again - the new encoding was utf-8 (base64). Until \
now everything's fine. But when I deleted the umlaut and saved the mail again, the \
encoding still was "utf-8".

Thus my theory, why some of my mails containg only iso-2022-jp characters are sent as \
utf-8 is, that if I write an umlaut during mail creation and the mail is backed up on \
disk ($HOME/dead.letter), the utf-8 encoding is used - later deletion of the umlaut \
does not change the encoding back to the minimal one.

Unfortunately many web mail clients (in Japan?) cannot handle these (base64 encoded) \
utf-8 mails :( _______________________________________________
KMail developers mailing list
KMail-devel@kde.org
https://mail.kde.org/mailman/listinfo/kmail-devel


[prev in list] [next in list] [prev in thread] [next in thread]