Tickets :: [#1085] text/html email gets interpreted as text/plain

6.0.0-beta1

11/6/25

Summary	text/html email gets interpreted as text/plain
Queue	IMP
Queue Version	4.0
Type	Bug
State	Not A Bug
Priority	1. Low
Owners
Requester	gskinner (at) ycp (dot) edu
Created	01/05/2005 (7610 days ago)
Due
Updated	12/09/2008 (6176 days ago)
Assigned
Resolved	01/05/2005 (7610 days ago)
Github Issue Link
Github Pull Request
Milestone
Patch	No

12/09/2008 04:54:53 AM	Michael Slusarz	Comment #8	Reply to this comment
How about attached sample? Google aleart mail takes this format. (Japanese version. its charset was iso-2022-jp, and it was encoded using base64.) so horde user can not read them ;-( This is not a support forum. However, the message attached is a valid MIME message. If you are not seeing that message, it is overwhelmingly likely that you have not enabled viewing of text/html parts.

12/08/2008 08:25:49 AM	taguchi (at) tcltk (dot) jp	Comment #7 New Attachment: HTMLsample.eml	Reply to this comment
How about attached sample? Google aleart mail takes this format. (Japanese version. its charset was iso-2022-jp, and it was encoded using base64.) so horde user can not read them ;-(

11/01/2005 03:12:34 AM	Michael Slusarz	Comment #6	Reply to this comment
Yup. It's not a MIME message so the Content-Type: header is worthless.

11/01/2005 02:40:49 AM	ralsina (at) kde (dot) org	Comment #5 New Attachment: 1130785636.M782092P21615V0000000000000902I02A94042.correo1,S=6056:2,S	Reply to this comment
I am getting this problem with IMP 3.0.6, Is this message also malformed?

01/27/2005 02:20:33 PM	yann (dot) rouillard (at) jouy (dot) inra (dot) fr	Comment #4 New Attachment: html-type-fix.patch	Reply to this comment
Would it be possible to add an option to allow horde to be more tolerant with this kind of mail. Mail reader are usually tolerant about this and it's hard to ask some people to fix non-compliant and buggy softwares which send this emails. I had to apply this patch to my horde 2/Imp installation (not a pretty solution, if someone knows a better way to do it ...) to be able to display this html mails.

01/05/2005 09:10:10 PM	Chuck Hagenbuch	Comment #3 State ⇒ Not A Bug	Reply to this comment
That is a broken message - it's missing the MIME-Version header.

01/05/2005 08:50:59 PM	gskinner (at) ycp (dot) edu	Comment #2 New Attachment: example.txt	Reply to this comment
here is an attached example

01/05/2005 08:49:30 PM	gskinner (at) ycp (dot) edu	Comment #1 Priority ⇒ 1. Low Type ⇒ Bug Summary ⇒ text/html email gets interpreted as text/plain Queue ⇒ IMP State ⇒ Unconfirmed	Reply to this comment
I noticed that some emails with html, do not properly go to the html driver, but rather get passed to the text/plain. This only seemed to be occuring when the only thing that was sent was an html message. If the html is part of a multipart email, then it seems to display it right.