Bug 67433 - charset ignored in GnuPG signed messages
Summary: charset ignored in GnuPG signed messages
Status: RESOLVED WAITINGFORINFO
Alias: None
Product: kmail
Classification: Applications
Component: encryption (show other bugs)
Version: 1.5
Platform: Unlisted Binaries Linux
: NOR wishlist
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-11-06 20:17 UTC by Lex V. Ross
Modified: 2012-08-19 00:59 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Lex V. Ross 2003-11-06 20:17:28 UTC
Version:           1.5 (using KDE KDE 3.1)
Installed from:    Unspecified Linux
OS:          Linux

Kmail ignores the charset header in GnuPG encrypted messages as follows:

To: XXX XXXX <XXXX@grondtron.com>
Subject: Re: My public key is here
References: <3FAA557D.2070301@heptachor.ru> <200311060924.28777.XXXX@grondtron.com>
In-Reply-To: <200311060924.28777.XXXX@grondtron.com>
X-Enigmail-Version: 0.76.1.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain;
 charset=us-ascii;
 format=flowed
Content-Transfer-Encoding: 7bit
Status: R 
X-Status: N

-----BEGIN PGP MESSAGE----- 
Charset: KOI8-R 
Version: GnuPG v1.0.6-2 (MingW32) 
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org


This message is displayed correctly by other clients, but Kmail ignores the "Charset: KOI8-R" in PGP header. The content of the encrypted message is US-ASCII and the content of PGP MESSAGE once it is decrypted is what is specified by its charset header.
Comment 1 Ingo Klöcker 2003-11-07 10:07:21 UTC
No bug, but a missing feature. Until now I didn't even know that this header exists because usually the charset is specified by the mail client in the message headers.
Comment 2 Bernhard E. Reiter 2003-11-07 10:35:10 UTC
Note that the bug (at least partly) is on the Mozilla/Enigmail side.
It does not act OpenPGP compliant.
As MIME aware MUA it SHOULD use the PGP/MIME standard to send such emails.
This would preserve the content-type headers a lot better.
Comment 3 Myriam Schweingruber 2012-08-18 07:58:10 UTC
Thank you for your feature request. Kmail1 is currently unmaintained so we are closing all wishes. Please feel free to reopen a feature request for Kmail2 if it has not already been implemented.
Thank you for your understanding.
Comment 4 Luigi Toscano 2012-08-19 00:59:04 UTC
Instead of creating a new feature request, please confirm here if the wishlist is still valid for kmail2.