Images not showing

I send out an email newsletter monthly which includes images. These images do not appear in my test emails to myself. It makes the newsletter hard to proof, and scary to send out hoping everyone has a better email client than me. These images appear in gmail and my webmail client.

I have:

  1. Said accept images from this sender (me)
  2. Whitelisted myself for images.
  3. After the failure, I changed the mail settings to accept whatever horrible images are sent.
  4. Checked other things I could be doing for protection.

Sometimes there is an icon showing failed image load like this:
Lost images

sometimes it is simply blank like the critical image to illustrate what I’m showing in the tutorial never existed.

Here are two sample sourcecodes:
<img src=3D"" titl=
e=3D"" alt=3D"">

<img src=3D"https:=
//" title=3D"Tortoise and Hare" alt=
=3D"Tortoise and Hare">

You will notice that the image source has 3D stuck before "https:

That is not in my source code. It is not in the newsletters I publish online (same source code as the email newsletter), and it is not in my webmail client.

So, it appears to me that for some reason, eMClient is sticking that code inside my newsletter.

Since I didn’t have accept all images checked before, is there a way to:

  1. Stop eMclient from screwing up my source code?
  2. Re-load an email so I can check alternative settings?

Are your Newsletters with the https://Images sent via an eM Client Template that you modify ?

Or are you just pasting the images into the body of the email ?

Also do the images show ok in your “Sent items” folder when you send them ?

I am not sending them. I publish a newsletter monthly on my website. Links to images are links via html to a folder on my website. After that, I generate the html for an email newsletter and upload the code to MailChimp which then sends out the emails in my name to over 200 mostly clients, but some other consultants as well. As in the sample codes above, the images are in my image folder/ year (2021), then image number. Above 1128-02 is the 2nd image in the 1128th article. These are on my website and work for the online newsletter as well as the one mailchimp sends out for me.

If you take the links above and were to remove the 3D which emclient stuck in there, then they would be valid. If you grab the links starting with https:// and ending with .jpg you could open it with your browser.

My assumption is that if emclient decides it should not show an image, then it sticks the 3D in before the link to screw up the link. I think if I could just edit their source for that email and remove the 3D insertions then everything would work.

That is unusual 3D is showing before the https - img src=3D"https in eM Client source, when it’s not showing in the source of the (sent webmail).

Does seem like to me 3D is in the original web code or conversion somewhere along the way (and maybe possible hidden) as would be very unusual eM Client would put that in there.

Ps I’ve personally done heaps of email template newsletters in eM Client using webpage image source and never seen 3D before “https” which sounds like it’s being inserted from a webpage.

My assumption is that if emclient decides it should not show an image, then it sticks the 3D in before the link to screw up the link

From my own experience using eM Client, normally a broken webpage img link in eM Client is just shown as broken image & no 3D in code.

Ps I would do a test email template in eM Client directly from the original webpage source (without any other conversion) or going through MailChimp and send that email to your own address and see if the word 3D appears in the sent / received mail in eM Client.

Sorry cyberzork. You are missing the point. The 3D breaks the link. The 3D is not in the original source. You can go to my site, look at article 1128 above and view the source. It is the one about turning off Microsoft’s Fast Startup in the current newsletter. It is not there. Furthermore, trust me on this, it is not in the emails I receive on my website as tests or to my gmail account. However, both those emails have the 3D in the source of these same emails once eMClient has downloaded it.

Note: on Gmail and my site, no 3D. Same email downloaded to my computer, - remember SAME EMAIL, has the 3D. Go back to my site or gmail and look at the source, no 3D. Go back to client, yes 3D.

I am not sending these out. It is a newsletter sent by MailChimp a bulk mail service. Sending has nothing at all to do with eMclient.

Now, the way this makes sense, is that eMclient has a setting to prevent dangerous images. How do they do it? How do they prevent dangerous images? My assumption is that they stick a 3D before the source which breaks the link. So, somehow, eMclient has decided that my perfectly safe images are dangerous and despite my whitelisting my address and attempting to whitelist mailchimp, they still block them.

I tried to test this theory by saying “don’t block anything”. But the 3D doesn’t get removed.

One thing I wondered is if there was a way to re-download the message, since the 3D is not on the messages on my site or on Gmail, only on my local client. Maybe the whitelist isn’t working. But, why am I blacklisted anyway.

It means that any client I have who uses eMclient won’t be able to read my newsletter. So, I can’t very well recommend the product!

More information:
I was just reading my email, and got a message from some advertising and instead of deleting it, or sending it to junk, I looked at the source. NOTE! the images were blocked as that is the default. So, no images were shown. Question: How do they block the images?

So, do this yourself on your next email with blocked images.

View the source. Ctrl-a to get all and copy. In your text editor paste the text. Then search for src - Which is the code for source and will be followed by a link to an image that eMclient is blocking. You will find in YOUR email, the 3D before the link. Be sure you are seeing the src to a jpg or png or other image.

so you see. You do have 3D in your emails.

I assume that when I say I want to see images, it simply removes the 3D, quick search and replace then reload. But how can I force the removal when it has it wrong and how can I force a reload.

Ok I will check the source code of a few incoming emails with inline images with eM Client set to block images by default.

I’ve now looked at alot of new incoming html emails with remote inline pictures, and yes some of them do have img src=3D"https:// infront of images but most of them don’t and (doesn’t seem to make any difference to the source code) whether eM Client is set to block pictures by default or not.

Interestingly if i even look at an eM Client (Forum) user html incoming email replies, the images sources also all seem to have img src=3D"https:// in the code (no matter if the images are blocked by default or not). See screenshot examples further down the email.

So i am wondering if img src=3D actually means something else to do with eg: page formatting etc, being that (for these incoming html emails) the source code is the same whether blocked or not ?.

Ps I don’t know how eM Client block images by default, but i don’t think its via (img src=3D).

Googling around on what src=3D is in code, it appears to be an email encoding system called “quoted-printable”, which allows non-ASCII characters to be represented as ASCII for email transportation. In quoted-printable, any non-standard email octets are represented as an = sign followed by two hex digits representing the octet’s value. Of course, to represent a plain = in email, it needs to be represented using quoted-printable encoding too: 3D are the hex digits corresponding to ='s ASCII value (61).

(Blocked images / pictures in eM Clent source code and avatar picture blocked).

<img src=3D"
r/s/f05b48/45.png" title=3Dxxxxxxxxxx" width=3D"45" height=3D"45">=0D


(Allowed images / pictures in eM Clent source code and avatar picture appeared).

<img src=3D"
r/s/f05b48/45.png" title=3D"xxxxxxxxxx" width=3D"45" height=3D"45">=0D



domingo 03 octubre 2021 :: 1144hrs (UTC +01:00)

Hi @steveshank

I have just read your problem. If we were approached about this issue we would offer an explanation for a fee, to put most people off, though unlikely to be asked a further fee to re-write the code. Basically we only work with clients on contract and resolution of this sort of issue would normally be included.
However, as I can’t get out on my JetSki this morning because of a brief thunder & lightening storm, here is a brief explanation:
When you see something like =3D, what you’re seeing is a single character in what’s called “quoted-printable” encoding. “=3D” is, in fact, an equal sign, so what you have in your example is ==.

What you can call “funny characters” or character sequences. They always begin with an equals sign, though. For example, things like =0D=0A and =3D appear throughout html message source code.

You’d think that with plain-text email having been around for as long as it has, issues like this would have been resolved by now.
The problem is that there’s “plain text” email, and then there’s “plain text” email.
No that’s correct not a typo — not all “plain text” is created equal.
So, when you see something like =3D, what you’re seeing is a single character of “quoted-printable” encoding.
A few examples: “=3D” is, in fact, an equal sign. =0D is a Carriage Return (CR), =0A is a Line Feed (LF), and =0D=0A is a CRLF combination. CR, LF, and CRLF are all used to indicate the end of a line of text in plain text emails. In fact, any character can be represented as a three character “=” sequence in quoted-printable. “=00A=00s=00k=00 =00S=00k=00y=00b=00a=00t”, for example, is “Ask Skybat!” in full quoted-printable encoding.

Quoted-printable is one of several encodings used to get around the fact that not all mail software (and in the past, not all network transports) can handle what are called “non-printable” characters, or certain types of non-alphanumeric characters.

CR and LF, for example, don’t cause anything to be displayed; they just “mean something”: the end of a line. That’s why they’re called “non-printable”.

Non-printable characters in email messages can confuse some email software, particularly older, legacy systems. The work-around is to represent them in a way that doesn’t confuse the old mailers.

When an email message uses quoted-printable, one of the hidden headers — the information you don’t normally see — explicitly says so.
Content-Transfer-Encoding: quoted-printable

If you’re seeing the quoted-printable characters in their quoted-printable form, that header is either missing, malformed, or it’s been overlooked.
In the case of your mailing list, the approvals are probably arriving in some kind of “raw” form. Your mailing list software has probably removed or overridden the header information. As a result, your mail program doesn’t know that it should decode the encoded characters. It sees it as unencoded plain text email and displays it as-is or not at all.
In short you will need to speak to whoever is encoding and or mailing out for you.

Some years back I created a useful tool for encoding email links for html insertion using quoted-printable.

Go to:

Click any of the email links to open your email client to view an example.
Then at the top of the page in the ‘drop down’ click ‘Mailto’ button for the tool.

¡Saludos desde la soleada Valencia en España!
¡Mis mejores deseos y mantente a salvo!


Hablo español, luego portugués e inglés, con conocimiento de varios otros idiomas.


@cyberzork and @skybat

I do understand about hex characters and non-printing characters. And, I checked the source code in Thunderbird, and though the 3D was not in the code in my webmail, or the code I sent to MailChimp, or the code in my gmail, it is in both emclient and also in Thunderbird. So, as cyberzork said, 3D is not going to be the issue. I was wrong.

However, we are still faced with the issue that gmail shows the images, thunderbird shows the images, Outlook shows the images, Browsers in webmail from my site and Gmail show the images. eMclient does not. However, in general, I have not had this problem, so there is something different from my newsletter and others.

I’ll wait until monday and if I haven’t heard from them here, I’ll open a support ticket. I’ll be glad to send them a copy of the newsletter so they can check the code themselves. If there is an issue that the others compensate for, I am capable of changing the code before posting to mailchimp.

It is also possible that the problem isn’t with the newsletter at all, but that some switch got set stopping mail sent from my address from showing images even if I’m whitelisted. Perhaps I’ll send myself an embedded picture to test for that.

A little more information. The images have appeared! So, the same emails that did not show the images on Saturday or Sunday, show them now. Last month’s newsletter is still no showing the images. I’d really like a reload the page command, because I think if it looked again it would load ok, but who knows?

I’ve submitted a ticket.

This made me curious, so I took last month’s not showing image newsletter and stripped out the email stuff and the text version that is on top, and everything else before <!doctype. and after closing the body and .

Saved as html and opened in a browser. No images showed. Then I did a search and replace and removed all the 3D and replaced with nothing. Then all images showed and the newsletter was perfect.

So there is a standard used by both emclient and thunderbird (possibly more), that to stop images from showing you stick in a 3D before the link and then ignore it if the user wants images to show. Note that there were no 3Ds in the code received by my webmail at either my site or Gmail, only in the local source received by emclient and Thunderbird. However, Thunderbird responded correctly, and emclient didn’t for 2 days and then correctly on the third day for the October newsletter but not the Sep one.

martes 05 octubre 2021 :: 0916hrs (UTC +01:00)

Hi @steveshank

Something strange is going on here.
First you cannot really use Webmail/Gmail display as a comparison as the whole display of email and images is not the the same with an email client.
If you refer back to my earlier post you will see that 3D= is in fact == and why on your first attempt to display with your browser did not display the images.
I have checked back on newsletter that we have received over the past 3 weeks, 6 out of 15 had an image display issue with eMC & The Bat! and we do not use Thunderbird, (We do not use Gmail or as far as is possible anything Google so could not check there). All 6 had been received via MailChimp - this in reality is only 3 as 3/6 were from the same organisation.
We have previously used MailChimp and had issues so we stopped and developed our own system, nevertheless we were able to run a test using MailChimp against our own system and sent out 4 newsletters to ourselves - MailChimp caused issues for us our own did not.
This cannot be considered to be generally conclusive or point to MailChimp causing the issue, though for us it is good enough, and of course it does not answer the disparity that you have concerning your own results with eMC and certainly does not answer why images do not turn up for 2 days then on day 3 appear.
Your comparative results viz October/September could possible be because of cached and no longer cached images?
What you need to know is where and at what point the ‘3D’ is being added, but then you already know you have to solve this.
It will be interesting to learn the answer to the ticket you have submitted.
If it will help we will be happy to send you your newsletter from our system. If that is of any help use the email address below and we can sort out the details.

¡Saludos desde la soleada Valencia en España!
¡Mis mejores deseos y mantente a salvo!


Hablo español, luego portugués e inglés, con conocimiento de varios otros idiomas.

That’s nice of you. I may take you up on it, but I’ll wait for support to get back to me. I get lots of newsletters that use mailchimp and haven’t noticed an issue. But you we don’t have ==, we just have =. Here’s a snippet of one which does not show at all. Not even a broken link image:

My link1

the > at the beginning was just to create a block quote here. It was not in the code itself.

Here is my code as submitted to mailchimp:

Here is how their code displays as a block quote:


Here is how my code displays as a block quote:


miércoles 06 octubre 2021 :: 0930hrs (UTC +01:00)

Hi @steveshank

The reason the top snippet does not show is: <img src=3D"https:…> the 3D gives a double equal sign. Was this taken from eMC, Thunderbird or both?
Your original code is correct - now the trick is to discover why and where the 3D is being added.

I looked at your site - you live a 2hr flight from my younger daughter in Victoria, Vancouver Island, she and her husband are doctors there, he is a French Canadian. I hope your home town is as nice as Victoria. My wife and I normally vist every year, however, not since Covid.

¡Saludos desde la soleada Valencia en España!
¡Mis mejores deseos y mantente a salvo!


Hablo español, luego portugués e inglés, con conocimiento de varios otros idiomas.

I thought I’d give everyone an update. Perhaps our collective minds can find something neither I nor emclient tech support can figure out. Let’s forget this is my newsletter because that confuses people. A Newsletter is being sent to me. Images are not displayed, even though there is no problem with other newsletters. Just this one.

  1. Emclient tech support computer shows my newsletter fine. Since they cannot reproduce the error, they cannot help. They say there is nothing in the code to cause the problem.
  2. EMclient on my computer shows the same newsletter without images whether it comes to my business account or my gmail account. So, 2 different email servers both produce the same results for me.
  3. We can rule out the code because it works on emclient’s computer and on mine for 2 other email clients.
  4. We can rule out my computer because 2 other email programs see all the newsletters fine on my computer from both accounts.
  5. We can rule out a generic image showing problem with My emclient on my computer because other newsletter images from other sources are unaffected. Just this newsletter from either gmail or my business server has problems.

We tried creating a brand new clean database - no blacklists etc. Same problem.

Disabled antivirus and changed dns servers. No change.

Can anyone think of anything?