Sykje yn Support

Mij stipescams. Wy sille jo nea freegje in telefoannûmer te beljen, der in sms nei ta te stjoeren of persoanlike gegevens te dielen. Meld fertochte aktiviteit mei de opsje ‘Misbrûk melde’.

Mear ynfo

Dizze konversaasje is argivearre. Stel in nije fraach as jo help nedich hawwe.

Inline images not displayed for HMTL email when having many recipients

more options

Use case 1. Two email accounts: [email protected] and [email protected] (yes, same domain / email server) 2. Draft HTML email created, images are embedded as:

3. As a test, email sent FROM: [email protected] and BCC TO [email protected]

Results:

4. Draft HTML email created with *exactly* the same HTML content as (2). 5. Email sent FROM; [email protected] and BCC TO [email protected] and around 340 other email address on the same @company.com domain.

Results:

  • Email received on [email protected], and so do all other people.
  • Inline images are NOT shown in the email body, but instead the broken image icon is presented.
  • All images appear as attachments to the email.

Analysis on the 'sender side'


  • The copy of the email in the Sent mailbox of [email protected] is shown correctly: all of its +-340 BCC email addresses and the email body correctly displays the inline images.
  • The copy of the email in the Sent mailbox of [email protected] shows that images are referenced as expected like :

... and further down in the source the actual data as ...


2702A7729F6403F6B749C3F8

Content-Type: image/png;

name="kefbdhhlahelkdol.png"

Content-Transfer-Encoding: base64 Content-ID: <[email protected]> Content-Disposition: inline;

filename="kefbdhhlahelkdol.png"

iVBORw0KGgoAAAANSUhEUgAAA3QAAAFFCAYAAA...

==> From the sending side all appears to have been processed correctly by Thunderbird.

Analysis on the 'recipient side'


  • People using Thunderbird do not see the inline message, nor seeing these images as attachments.
  • HTML source shows the following:

... and further down ...


2702A7729F6403F6B749C3F8

Content-Type: image/png; name="kefbdhhlahelkdol.png" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="kefbdhhlahelkdol.png" Content-ID: <<part1.33DDFB55.26FD061A@companycom>>

iVBORw0KGgoAAAANSUhEUgAAA3QAAAFFCAYAAACkKa+aAA...

==> On the receiving side, all image data is available yet inline images are NOT shown.

Root cause


The Content-ID in the received email has TWICE the less then / greater than (or smaller than / larger than) characters:

Content-ID: <<[email protected]>>

Note the << >> formatting instead of < >. This should be:

Content-ID: <[email protected]>

This is confirmed by the following testcase: 1. Save the BAD email received on [email protected] in step 5 as .eml 2. Edit the Content-ID, changing it from <<[email protected]>> to <[email protected]> using Notepad++ 3. Open the .eml file in Thunderbird ==> The image is shown inline as expected.

Observations


  • This behaviour seems to occurs ONLY when sending it to many many recipients (in BCC).
  • The draft HTML email I'm putting together is sent out for testing multiple times to myself in BCC, and a few others as well. Each time, the Content-ID reference is formatted correctly.

USER-AGENT: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101

Thunderbird/60.7.0
Use case 1. Two email accounts: [email protected] and [email protected] (yes, same domain / email server) 2. Draft HTML email created, images are embedded as: <img src="data:image/png;base64,iVBORw......" 3. As a test, email sent FROM: [email protected] and BCC TO [email protected] Results: * Email received on [email protected] * Inline images shown as expected 4. Draft HTML email created with *exactly* the same HTML content as (2). 5. Email sent FROM; [email protected] and BCC TO [email protected] and around 340 other email address on the same @company.com domain. Results: * Email received on [email protected], and so do all other people. * Inline images are NOT shown in the email body, but instead the broken image icon is presented. * All images appear as attachments to the email. Analysis on the 'sender side' ----------------------------- * The copy of the email in the Sent mailbox of [email protected] is shown correctly: all of its +-340 BCC email addresses and the email body correctly displays the inline images. * The copy of the email in the Sent mailbox of [email protected] shows that images are referenced as expected like : <img src="cid:[email protected]" .... ... and further down in the source the actual data as ... --------------2702A7729F6403F6B749C3F8 Content-Type: image/png; name="kefbdhhlahelkdol.png" Content-Transfer-Encoding: base64 Content-ID: <[email protected]> Content-Disposition: inline; filename="kefbdhhlahelkdol.png" iVBORw0KGgoAAAANSUhEUgAAA3QAAAFFCAYAAA... ==> From the sending side all appears to have been processed correctly by Thunderbird. Analysis on the 'recipient side' -------------------------------- * People using Thunderbird do not see the inline message, nor seeing these images as attachments. * HTML source shows the following: <img src="cid:[email protected]" ... ... and further down ... --------------2702A7729F6403F6B749C3F8 Content-Type: image/png; name="kefbdhhlahelkdol.png" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="kefbdhhlahelkdol.png" Content-ID: <<part1.33DDFB55.26FD061A@companycom>> iVBORw0KGgoAAAANSUhEUgAAA3QAAAFFCAYAAACkKa+aAA... ==> On the receiving side, all image data is available yet inline images are NOT shown. Root cause ---------- The Content-ID in the received email has TWICE the less then / greater than (or smaller than / larger than) characters: Content-ID: <<[email protected]>> Note the << >> formatting instead of < >. This should be: Content-ID: <[email protected]> This is confirmed by the following testcase: 1. Save the BAD email received on [email protected] in step 5 as .eml 2. Edit the Content-ID, changing it from <<[email protected]>> to <[email protected]> using Notepad++ 3. Open the .eml file in Thunderbird ==> The image is shown inline as expected. Observations ------------ * This behaviour seems to occurs ONLY when sending it to many many recipients (in BCC). * The draft HTML email I'm putting together is sent out for testing multiple times to myself in BCC, and a few others as well. Each time, the Content-ID reference is formatted correctly. USER-AGENT: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.7.0

Bewurke troch Pieter Breugelmans op

Alle antwurden (3)

more options

Are the recipients using TB blocking remote content from your domain, or do they have View/Message Body As set to anything besides Original HTML? Do they see the remote content when their account is accessed through webmail, to test if remote content is blocked by the mail provider?

more options

The domain is not blocked from showing remote content. TB does also NOT show the option that would allow such so it is not detecting it being required which is expected as all the inline images are embedded in the HTML email itself (base64 img src). There is no remote content being loaded.

The mail provider is our own corporate email server and the emails are not leaving the domain. All recipients including myself are within that domain.

What strikes me the most is that I too face the issue, but only when being part of the +-340 other recipients. Both in that case, as well as when I'm drafting it up and sending test emails to myself, I always go through the same process and sent it from the [email protected] account.

EDIT1


The key question is why in case of a sending out a 'bulk' email to many recipients, the Content-ID values get formatted as << ... >> instead of < ... >.

The process as I understand on the sender side (me) it is like this:

  1. Draft up the email with HTML content, embedded / inline images
  2. Add all recipients (BCC)
  3. Sent the email

In the last step, Thunderbird processes the email and transforms the embedded base64 encoded image src values to CIDs. That 'processed' email is saved into the Sent folder and shows the correct formatting as < ... >.

Is the copy of the processed email that TB saves in the Sent box an exact copy of the data that is sent to the mail server?

Bewurke troch Pieter Breugelmans op

more options

A little bump. :-)