Where did you install Firefox from? Help Mozilla uncover 3rd party websites that offer problematic Firefox installation by taking part in our campaign. There will be swag, and you'll be featured in our blog if you manage to report at least 10 valid reports!

Támogatás keresése

Kerülje el a támogatási csalásokat. Sosem kérjük arra, hogy hívjon fel egy telefonszámot vagy osszon meg személyes információkat. Jelentse a gyanús tevékenységeket a „Visszaélés bejelentése” lehetőséggel.

Learn More

A témacsoportot lezárták és archiválták. Tegyen fel új kérdést, ha segítségre van szüksége.

HTML signature file containing images, now blocked by Ver 52.0.1

  • 6 válasz
  • 58 embernek van ilyen problémája
  • 12 megtekintés
  • Utolsó üzenet ettől: tplanter

more options

HTML signature file containing 2 images using the correct HTML . Worked fine until Thunderbird Ver 52.0.1, which now blocks the image content until manually unblocked for every email sent.

HTML signature file containing 2 images using the correct HTML <img src = filename.png>. Worked fine until Thunderbird Ver 52.0.1, which now blocks the image content until manually unblocked for every email sent.

Kiválasztott megoldás

Thank you Toad-Hall.

OK, now I see the difference. The IMG specifications now embed the images in the html file rather than reference a separate file on disk. This is how I updated my signature file - quite simple, really:

  • Create new html signature file with a different filename, as explained above, listing all image files (no text necessary).
  • Edit original signature file, replacing the original IMG SRC statements for each image with the new IMG SRC statements for the same images and save.

The updated html file is identical to the old, the blocking issue resolved.

Válasz olvasása eredeti szövegkörnyezetben 👍 7

Összes válasz (6)

more options

The question included the fact that the images are embedded in the normal way using IMG SRC = filename, where filename is in the form D:\folder\image.png

more options
more options

Propellerhead said

HTML signature file containing 2 images using the correct HTML . Worked fine until Thunderbird Ver 52.0.1, which now blocks the image content until manually unblocked for every email sent.

Sorry, I did not make myself clear. I understand the general principle of blocking images in ver 52. However, this is a very annoying thing if it means having to unblock the images in my signature every time I send an email.

I set the config mail.compose.attach_http_images from false to true, which I understood would fix this problem, but this has made no difference - every signature still requires 2 unblocking actions for the same old images used each time.

The signature html file was composed and edited using an external text editor, so I don't see how to get round this problem.

Surely there is a way to make these images trusted somehow?

more options

Open a new 'Write' window and remove all content and signature, so it is completely empty. Please recreate the signature using an image that is stored on your computer and save as a html file. Then,in Account Settings set that new signature html file as the one to use.

Also, note the DATA Url has changed for images and it might be causing the issue.

Basically, use 'Write' to create the signture html file.

Módosította: Toad-Hall,

more options

Kiválasztott megoldás

Thank you Toad-Hall.

OK, now I see the difference. The IMG specifications now embed the images in the html file rather than reference a separate file on disk. This is how I updated my signature file - quite simple, really:

  • Create new html signature file with a different filename, as explained above, listing all image files (no text necessary).
  • Edit original signature file, replacing the original IMG SRC statements for each image with the new IMG SRC statements for the same images and save.

The updated html file is identical to the old, the blocking issue resolved.

more options

Unfortunately, with my very limited knowledge of html, the answer doesn't help.

When I created my signature originally, I followed the article found at URL https://support.mozilla.org/en-US/kb/signatures - which I guess is now out of date.

I could do with "for Dummies" advice on how to implement the new requirements.