| Summary: | KMail2 (4.8.0) incorrectly displays some messages (does not process the encoding) | ||
|---|---|---|---|
| Product: | [Applications] kmail2 | Reporter: | Frits Spieker <fresh.road1272> |
| Component: | general | Assignee: | kdepim bugs <kdepim-bugs> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | anarsoul, andreas, Hrdlickovi, kollix, m.o, marcinkocur, montel, randy-andy-, rasasi78 |
| Priority: | NOR | ||
| Version: | 4.8 | ||
| Target Milestone: | --- | ||
| Platform: | openSUSE | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
| Attachments: |
example 1
different language, same problem Should be an email with a PDF attachment..... Sample message attachment-7432-0.html |
||
|
Description
Frits Spieker
2012-01-29 09:08:22 UTC
could you put email in attachment to this bug report ? Created attachment 68332 [details]
example 1
first example. For privacy reasons overwrote email addresses.
Created attachment 68333 [details]
different language, same problem
could you store email as mailbox please. it's more easy to import mail. Thanks Created attachment 68431 [details]
Should be an email with a PDF attachment.....
Nice example of a totally useless result in KMail2.
i have experienced the same behaviour, and I could narrow it down to the "Bogofilter Check" mail filter.
I've sent myself a multi part message from my web mail client, and with the filter turned off, the mail looked as expected, with the filter turned on, it showed the behaviour as above.
Looking at the raw mail content, the primary difference was that in the bogo-filtered message, the Content-Type in the mail header was:
Content-Type: text/plain; charset="US-ASCII"
whereas in unfiltered message it looked like
Content-Type: multipart/mixed; boundary="========GMX112281328289219935858"
I checked bogofilter standalone as well, running a "bogofilter -p -e" against an mbox file of the "unfiltered" test mail - the output here shows the correct header Content-Type .
So it looks that somewhere during the bogofilter run the Content-Type is being changed by kmail (or akonadi?).
If needed, I can as well attach the mbox files, or run additional tests.
Maybe silly question but are my messages damaged then? Or only parsed incorrectly? Different language, central european characters, KMail2 (4.8.2) same problem. I use bogofilter chceck. And PDF attachments in quoted printable encoding mails are in text mode, not binary. Like this: ............ -047d7b33d6e051d00604c0b3560d Content-Type: application/pdf; name="setkani vzdelavatelu pozvanka.pdf" Content-Disposition: attachment; filename="setkani vzdelavatelu pozvanka.pdf" Content-Transfer-Encoding: base64 X-Attachment-Id: f_h2kdfy2a0 JVBERi0xLjQNJeLjz9MNCjEyOSAwIG9iaiA8PC9MaW5lYXJpemVkIDEvTCAxMzczNjIvTyAxMzIv RSA3NDc5NS9OIDIvVCAxMzQ3MzQvSCBbIDExMzggMzQ1XT4+DWVuZG9iag0gICAgICAgICAgICAg DQp4cmVmDQoxMjkgNDENCjAwMDAwMDAwMTYgMDAwMDAgbg0KMDAwMDAwMTY1NCAwMDAwMCBuDQow MDAwMDAxOTU5IDAwMDAwIG4NCjAwMDAwMDIxMTYgMDAwMDAgbg0KMDAwMDAwMjU2OSAwMDAwMCBu ... it's on strike... T. *** Bug 293039 has been marked as a duplicate of this bug. *** Created attachment 88415 [details]
Sample message
4.14.0 is affected. Please use attached message to reproduce: kmail displays it correctly in message viewer, but it botches encoding when attempting to reply on this message.
It's just a guess, but I think it happens because this message consists of several parts in different encodings: text/plain in utf-8, text/html in koi8-r and text/plain in koi8-r.
Confirmed on kontact and kdepim 4.14.1 on debian sid. (In reply to Frits Spieker from comment #5) > Created attachment 68431 [details] > Should be an email with a PDF attachment..... > > Nice example of a totally useless result in KMail2. Can you still see the problem with recent KDE 4.14.x ? Hi, I had to install bogofilter again to test, but so far it seems to be behaving OK. PDF's arrive as normal attachments, don't get botched or anything like that. Seems resolved... Created attachment 90914 [details]
attachment-7432-0.html
It seems to be OK, but it´s hard to say, because from Kmail2 4.10 I can´t
reproduce it. Only some specific mail from some people, who use Gmail, are
broken. These people were not be able to tell, how the message sent.
=
|