Closed Bug 1517293 Opened 6 years ago Closed 6 years ago

Embedded images aren't displayed due to Content-Type: application/octet-stream

Categories

(MailNews Core :: MIME, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED INVALID

People

(Reporter: minilith+moz, Unassigned)

Details

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:64.0) Gecko/20100101 Firefox/64.0 Steps to reproduce: Inline images, e.g. in teletrader notifications, are not displayed. Thunderbird is the only mail client, I know of, that has this problem. To my knowledge, TB has this problem since the beginning of time. It is an issue on linux and windows. There already are several bug reports with similar issues but these are often marked as worksforme or invalid, which is why I create a new issue. Actual results: E.g. teletrader notification mails include images as attachments. The mail looks like this: <tr style=3D"back= ground-image: url(http://www.teletrader.com/Layout/img/notify/2.j= pg); background-repeat:repeat-x;">=0D=0A <td valign=3D= "top" style=3D"border-right:1px solid #c5cce1; border-bottom:1px = solid #c5cce1; border-top:1px solid #fff; text-align:left; ">=0D=0A= <h3 style=3D"font-weight:bold; margin:0; font-siz= e:14px"><a href=3D"http://www.teletrader.com/tts-394917" style=3D= "color:#263667;text-decoration:none;" target=3D"_blank">DOW JONES= INDUSTRIAL AVERAGE INDEX</a></h3>=0D=0A <p style=3D= "margin:0; margin-top:3px;">US2605661048=A0Index</p>=0D=0A = <p style=3D"margin-top:3px;">Indices DJ</p>=0D=0A = </td>=0D=0A <td valign=3D"top" style=3D"borde= r-right:1px solid #c5cce1; border-bottom:1px solid #c5cce1; borde= r-left: 1px solid #fff; border-top:1px solid #fff; text-align:rig= ht; ">=0D=0A <p style=3D"margin:0; color:#5F6EA1">= 31.12.=A022:20</p>=0D=0A <h1 style=3D"margin:0; fo= nt-size:24px">23.327,46<span style=3D"font-size:12px">=A0</span><= /h1>=0D=0A </td>=0D=0A <td valign=3D"to= p" style=3D"border-right:1px solid #c5cce1; border-bottom:1px sol= id #c5cce1; border-left: 1px solid #fff; border-top:1px solid #ff= f; text-align:right;">=0D=0A <p style=3D"margin:0;= color: #289500;" xmlns:date=3D"http://exslt.org/dates-and-times">= 265,06</p>=0D=0A <h1 style=3D"margin:0; margin-bot= tom:5px;color: #289500;font-size:24px;white-space: nowrap;" xmlns= :date=3D"http://exslt.org/dates-and-times">1,15%</h1>=0D=0A = </td>=0D=0A <td align=3D"left" style=3D"bord= er-bottom:1px solid #c5cce1; border-left: 1px solid #ffffff;"><a = href=3D"http://www.teletrader.com/tts-394917" target=3D"_blank">=0D=0A= <img alt=3D"" width=3D"165" height=3D"70" style= =3D"" border=3D"0" src=3D"cid:chart_34EAEA867A099545497CC9866492A= C79">=0D=0A </a></td>=0D=0A </tr> The image code looks like this: ----boundary_35324_c31bafce-b198-4d5d-a1b6-5ed1698516b3 Content-Type: application/octet-stream Content-Transfer-Encoding: base64 Content-ID: <chart_34EAEA867A099545497CC9866492AC79> iVBORw0KGgoAAAANSUhEUgAAAKUAAABGCAYAAACt+1T2AAAMoklEQVR42u2da2wVxxXH ... The images are not displayed (a broken? file/data icon is displayed instead). The hyperlink works and opens the corresponding page in the web browser. Expected results: The encoded images should be displayed inline.
(In reply to Tom Link from comment #0) > ... > > There already are several bug reports with similar issues but these are > often marked as worksforme or invalid, No matches against the open bug reports in https://mzl.la/2R8lrm0 ?
Flags: needinfo?(minilith+moz)
There is, e.g., bug 883932, which marked as unconfirmed, untriaged, unassigned for 6 years. There is also bug 61815, scant 18 years old, that could be related.
Flags: needinfo?(minilith+moz)
Thanks. Aceman or Jorg will know what to do.
Component: Untriaged → MIME
Product: Thunderbird → MailNews Core
> Aceman or Jorg will know what to do. and somehow they did not get CC
Flags: needinfo?(jorgk)
Flags: needinfo?(acelists)
Please export the message in question as .eml file and attach it here ("Attach File"). You can obfuscate personal details.
Flags: needinfo?(jorgk)
Flags: needinfo?(acelists)
Please make the message in question available to us. You can forward it to me *as attachment* for analysis. If I don't receive the information within a week, I will close this bug as "incomplete" since there is not point keeping bugs which aren't actionable open and accumulating.
Flags: needinfo?(minilith+moz)
Thank you very much for investigating this issue. I sent you a sample of the mail in question.
Flags: needinfo?(minilith+moz)
I have received a sample message originating from TeleTrader.com from the reporter. The message is multipart/alternative, with plaintext and HTML parts. The plaintext part reads like this: <HTML> <body leftmargin="0" marginheight="0" marginwidth="0" topmargin="0"> etc. You notice something? Yes, it's not plaintext, it's HTML, so the people who put together the message apparently don't know what they are doing. The second part is multipart/related, which is the basic structure to associate HTML and embedded images, bonus points for getting this right. So this is not bug 61815. That bug is about incorrect MIME structure, so multipart/related missing. However, I haven't had the time to look into that bug in detail, but I will soon. Here, the HTML part is base64 encoded. Decoding it at https://www.base64decode.org/ I see this image reference: <img alt="" width="165" height="70" style="" border="0" src="cid:chart_B9AC2FF879F32A4BE3C4CDD6AEFDF247"> As attachments I see: Content-ID: <chart_B9AC2FF879F32A4BE3C4CDD6AEFDF247> So the linkage between the HTML part and the images is correct. So why doesn't it work? Well, the embedded images are not declared as images but as Content-Type: application/octet-stream Content-Transfer-Encoding: base64 Content-ID: <chart_B9AC2FF879F32A4BE3C4CDD6AEFDF247> :-( If I export the message as .eml (text) file and edit application/octet-stream to be image/png, the message displays just fine. If you wish, I can attach it here or return it to you via private message. So I suggest you approach those people from TeleTrader.com and tell them that their e-mail is pretty poorly composed. I hope their trading systems are better ;-) Final note: As far as I know, TB displays all valid messages correctly. In the last three years I have worked very hard to make is to. So all encoding problems and other display problems are gone. If a message isn't displayed correctly, it's violating some standard. We have a bunch of bugs on file where we're considering making TB more tolerant to badly formed messages. This bug is *not* one of them since we most certainly will not guess the content-type.
Status: UNCONFIRMED → RESOLVED
Closed: 6 years ago
Resolution: --- → INVALID
Summary: Attached inline images aren't displayed → Embedded images aren't displayed due to Content-Type: application/octet-stream
You need to log in before you can comment on or make changes to this bug.