Bug 237113 - KMail: attachment name with inline encoding statement shows encoding instead of name
Summary: KMail: attachment name with inline encoding statement shows encoding instead ...
Status: RESOLVED FIXED
Alias: None
Product: kmail
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Gentoo Packages Linux
: NOR normal
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-05-10 16:33 UTC by Frank Steinmetzger
Modified: 2012-08-01 07:56 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:

Attachments
Screenie of wrong display of attachment names (2.92 KB, image/png)
2010-05-10 16:36 UTC, Frank Steinmetzger 		Details
View All Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description Frank Steinmetzger 2010-05-10 16:33:38 UTC 
Version:            (using KDE 4.4.2)
OS:                Linux
Installed from:    Gentoo Packages

I just received an email with several attachments, of which some contain umlauts (öäü) with an inline encoding statement in the file name:

------=_NextPart_000_0039_01CAF036.F769B280
Content-Type: audio/mid;
	name="=?iso-8859-1?Q?alles_verg=E4ngliche.mid?="
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="=?iso-8859-1?Q?alles_verg=E4ngliche.mid?="

In the preview's attachment list, right after loading the attachment, the names are shown correctly, but then immediately change to "iso-8859-1" instead of "alles vergängliche.mid".
Comment 1 Frank Steinmetzger 2010-05-10 16:36:53 UTC 
Created attachment 43435 [details]
Screenie of wrong display of attachment names

Oops, "right after loading the attachment" should read "right after loading the mail".
Comment 2 Frank Steinmetzger 2010-06-09 23:00:52 UTC 
Addendum: I just discovered that, when I view the source of such a message, the displayed names of the attachments in question change from "ISO-8859-15" to their correct name.
Comment 3 Laurent Montel 2012-08-01 07:56:04 UTC 
Works fine in 4.9