As I wrote in kdepim mailing list: I see this problem in 2012-02-06 23:30, that fail to read or find structure, so this is not new, just seems that is a race condition (just happens occasionally ) here is some examples: http://www.serjux.com/Aurea%20e%20Richie%20Campbell%20em%20exclusivo%20no%20seu%20music%20box!.mbox http://www.serjux.com/%5BSPAM%5D.mbox http://www.serjux.com/Brevemente_Nova%20Vers%C3%A3o%20do%20SAPO%20Mail.mbox This one I notice at the time that don't have content boundary in the end, but is legal . Reproducible: Couldn't Reproduce
Created attachment 75818 [details] other example happens at 4 of dez 2012
I found that sometimes, kmail2 with pop3 removes some headers of content of the messages Also explains how I have so many duplicates . So kmail just eat some content , could be spamassassin ? etc
Created attachment 83573 [details] diff the same message receive from kmail2 and from webmail Contente type change from: Content-Type: multipart/alternative; boundary="_Mail-9twoshfeavU9twoshfeavU_"; text/plain to Content-Type: text/plain; charset="US-ASCII" and thats why kmail2 fails to recognize structure of message . Please give me any feedback.
Technically, the Content-Type header is incorrect: it contains two mime types: multipart/alternative and text/plain - this probably confuses the parser to using the latter. That impacts the way the email is rendered, as KMail will do correctly what it's told to do (i.e. show text/plain message). I can assume that whoever generated the email tried to express that "text/plain" is the preferred alternative (?), however I haven't found any mention of that in RFC. In multipart/alternative the preference is expressed by order of the alternative parts, most preferred being the last one. What I cannot explain is why Message-ID header has been removed - there's nothing wrong with it and that might be the cause of duplicated messages.
further analysis , I just saw that kmail2 , change or remove headers but not any content , which make me think that is not a problem on downloading message .
Hi, The other case that I can reproduce , with emails of a trac project notifications , came up that trac notification has one line break and one more < , like this: From: blabla <blabla <blabla-trac-noreply@mydomain.com> So kmail2 seems not deal well , or so well with this situations , line breaks or not closed <> . we fix trac email notifications and the problem was solved, and definitely has nothing to do with duplicated messages.
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.