Version: 1.9.7 (using KDE 3.5.8, compiled sources) Compiler: Target: athlon_64-pc-linux-gnu OS: Linux (i686) release 2.6.22.10 KMail adds the following headers to mail in local folders: X-KMail-Transport: X-KMail-Recipients: X-Status: X-KMail-EncryptionState: X-KMail-SignatureState: X-KMail-MDN-Sent: This should be forbidden in case of received mail stored in incoming folder - this is important for pop3, imap is not affected because messages are stored elsewhere. None of received mail messages are allowed to be altered.
Full list of headers added by KMail: Status: RO X-Status: RC X-KMail-EncryptionState: N X-KMail-SignatureState: N X-KMail-MDN-Sent: When message is saved as file at first line there is one more header in first line: From someone@somoene.net.xx Sat Nov 17 12:33:42 2007 Messages should be kept in original form as they were received from pop3 server. If KMail have to add something do it in other file.
Storing additional information about messages in additional headers is common pratice. In fact, adding this additional information directly to the message is the only way to ensure that this additional information is not lost.
Thanks. What a pity there is no option to avoid altering original message by KMail. The most fantastic advantage of KMail is open source so this unwanted message modification can be removed without asking anyone.
Could you please move KMail local headers above Return-Path: header (like Netscape/Mozilla/Thunderbird do). This way KMail locally added headers would be easy to ignore when doing copy-paste for manual spam reports. Advantages: * Original message source is not altered in the body of message * Manual spam reports are easy because I mark all message source since Return-Path: header to the end of message and ignore KMail part above. * Less cost for spam processing and storing because KMail headers are not sent inside spam reports * It is not funny to see KMail name in spam reports when it was never used for spamming
I have an additional problem: one of my contacts weekly sends an email with 40+ recipient: kmail puts these headers among the recipients breaking all the following headers! So modified the email appears sent to a part of the recipients while the other part of recipient appears in the body message; the modified email doesn't even show date and subject in headers as they appear under the second part of recipients in the body message!
Another observation: kmail places these headers (Status, X-Status, X-KMail-EncryptionState, X-KMail-SignatureState, X-KMail-MDN-Sent) splitting the list of recipients (To: header) after 994 characters. Is this the right place to report this problem or have I to report another fresh bug?
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.
Instead of creating a new feature request, please confirm here if the wishlist is still valid for kmail2.