Kmail2 handles the end of line (EOL) not in compliance the RfC 822. All CR (0x0D) are dropped. Although in 7Bit plain/text attachments the CR is dropped. This can cause a signature to to fail. Reproducible: Always Steps to Reproduce: 1. Create a message in the composer 2. Send message 3. Save outgoing message in mbox format or receive message with kmail2 or another mail client. 4. view source code with hex editor / hexdump Actual Results: Other mail clients have difficulties to interpret the message - especially signed multi part messages. Attachments are corrupted by kmail2. Verification of signatures may fail. Expected Results: Instead of a LF the EOL should be signaled by the CR LF sequence ( 0x0D, 0x0A ) kmail2 should comply to RfC 822. Attachments should not be altered by mail clients.
Error is also in 4.9.4
Someone with appropriate permissions- please change the summary, this bug DOES invalidate signatures made with GPG, rendering the signing support partly useless.
This bug has only been reported for versions before 4.14, which have been unsupported for at least two years now. Can anyone tell if this bug still present? If noone confirms this bug for a Framework-based version of kmail2 (version 5.0 or later, as part of KDE Applications 15.12 or later), it gets closed in about three months.
Just as announced in my last comment, I close this bug. If you encounter it again in a recent version (at least 5.0 aka 15.08), please open a new one unless it already exists. Thank you for all your input.