Bug 505128 - Wrong charset sent with mails by default.
Summary: Wrong charset sent with mails by default.
Status: REPORTED
Alias: None
Product: kmail2
Classification: Applications
Component: composer (other bugs)
Version First Reported In: 5.24.5
Platform: Other Linux
: NOR normal
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2025-06-02 13:11 UTC by Frédéric CUIF
Modified: 2025-06-02 13:11 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:

Attachments
Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description Frédéric CUIF 2025-06-02 13:11:38 UTC 
SUMMARY

Wrong charset sent with mail by default.
The HTML part of the mail declares <meta charset=“UTF-8”> in its code, but the MIME explicitly defines charset=“iso-8859-1”, which overrides the meta tag
Subject headers mix encodings (=?ISO-8859-1?Q? and =?UTF-8?B?), which creates conflicts with Microsoft serveurs.
Sequences such as =E8 (é in ISO-8859-1) are not decodable in UTF-8, hence the “�” displayed by the recipient.
Options by default in kmail 2 selects : us-ascii, 8859-1, UTF-8, UTF-8 (locale) 


STEPS TO REPRODUCE
1. delete all charset except UTF-8
2 or modify headers with the tool in kmail and set UTF-8 un field filled with "charset"

OBSERVED RESULT
All mentions to 8859-1 has disappeared in headers

EXPECTED RESULT

Every client can read properly accents (like =E8)

SOFTWARE/OS VERSIONS
Linux/KDE Plasma:  opensuse leap 15.6
KDE Plasma Version: Version 5.115.0
KDE Frameworks Version: 
Qt Version: Version 5.15.12 (Compilé avec 5.15.12)
Kontact Version 5.24.5 (23.08.5)
ADDITIONAL INFORMATION