Summary: | kmail 2, sometimes doesn't read correctly the email or don't find message structure. | ||
---|---|---|---|
Product: | [Applications] kmail2 | Reporter: | Sérgio Basto <sergio> |
Component: | commands and actions | Assignee: | kdepim bugs <kdepim-bugs> |
Status: | RESOLVED UNMAINTAINED | ||
Severity: | normal | CC: | dvratil |
Priority: | NOR | ||
Version: | 4.9.3 | ||
Target Milestone: | --- | ||
Platform: | Fedora RPMs | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Attachments: |
other example happens at 4 of dez 2012
diff the same message receive from kmail2 and from webmail |
Description
Sérgio Basto
2012-12-13 21:50:39 UTC
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. |