Probleme mit Bildern in HTML Email Signaturen

    * Thunderbird-Version: 45.2.0
    * Betriebssystem + Version: Windows 7
    * Kontenart (POP / IMAP): IMAP
    * Postfach-Anbieter (z.B. GMX): eigener Server
    * Eingesetzte Antiviren-Software: Avira
    * Firewall (Betriebssystem-intern/Externe Software): Windows
    * Router-Modellbezeichnung (bei Sende-Problemen): Fritzbox 3370

    Hallo zusammen,

    seit einiger Zeit nutzen wir in unseren Emails eine Signatur mit kleinen Social Media Grafiken, deren src auf unsere Webseite verweist.

    Manchmal, aber besonders beim Weiterleiten von Emails, kommt es hierbei zu langen Wartezeiten beim Versand - er rödelt da ewig um die winzigen Bildchen vom Server zu ziehen.

    Es liegt nicht an der Internetleitung und auch nicht am Webserver, beides wurde ausgiebig getestet - es ist eindeutig auf die Funktion im Thunderbird einzugrenzen!

    Manchmal scheint Thunderbird die grafiken auch gar nicht einzubinden...

    Habt ihr eine Idee woran es liegen könnte?

    Danke,
    bora

    Hallo Bora,

    wo genau tritt dieses Problem auf?

    • Beim Versenden einer Mail von euch aus?
    • Beim Weiterleiten von einer Person, die eine entsprechende Mail von euch erhalten hat?
    • Oder bei einem Adressaten (außerhalb des "eigenen Netzes"), der von euch eine entsprechende Mail erhalten hat? Und ...
    • tritt das bei allen Empfängern auf, oder nur bei bestimmten?

    Weshalb frage ich das?
    Das Einbinden eines Bestandteiles in eine (Klickibunti-)Mail, welches auf einen Server verweist und von dort nachgeladen werden muss, ist eine sehr bedenkliche Angelegenheit.
    Durch die "beliebten" Werbetreibenden wird dieser Mechanismus zum Bsp. benutzt (du kannst auch "missbraucht" sagen!), um nachzuweisen ob und wann ein bestimmter Adressat ihren Werbemüll erhalten haben. Und aus genau diesem Grund achten sicherheitsbewusste User (wenn sie denn unbedingt ihre Mails im Klickibunti-Format anzeigen lassen "müssen"), dass keine externen Bestandteile nachgeladen werden können. Oder anders gesagt, sie sorgen dafür, dass sie als Empfänger der Nachrichten nicht getrackt werden können. Zumindest nicht mit dieser üblen Methode.

    Deshalb meine Verbutung, dass dieses von euch ungewollte Verhalten aus der entsprechenden Reaktion sicherheitsbewusster User resultiert. In diesem Fall gibt es keine Lösung - zum Glück!


    MfG Peter

    Thunderbird 45.8.x, Lightning 4.7.x, openSUSE Tumbleweed, 64bit
    S/MIME, denn ich will bestimmen, wer meine Mails lesen kann.
    Nebenbei: die Benutzung der (erweiterten) Suche, und von Hilfe & Lexikon ist völlig kostenlos - und keinesfalls umsonst!
    Und: Ich mag kein ToFu und kein HTML in E-Mails!

    Ja das Verhalten passiert beim Versand einer Mail von uns aus.

    An den URLs der Bidler sind keine Parameter dran oder irgendwas, das zum tracken geeignet ist - denke aber auch nicht, daß mein Problem daher rührt.

    Mir ist es lieber, daß Bilder aus dem Web nachgeladen werden, anstatt als unnötige Anhänge rumgesendet zu werden.
    Ob der Empfänger uns auf seine Whitelist setzt um die Bilder in unseren Emails zu sehen, bzw. wie das sein Email-Client handhabt kann ich ja beim besten Willen nicht wissen.

    Aber es geht hierbei ja ausschließlich um ein Problem das uns selber passiert, nämlich um lange Wartezeiten bis die Email verschickt wird..

    D.h.:

    * ich schreibe eine Email, versende: geht fix (fast immer)
    * ich leite die eben geschriebene Email weiter: dauert manchmal sehr lange, danach fehlen auch die Bilder (wohl timeouts)

    Des weiteren sieht man beim weiterleiten die Bilder nicht mehr aus der vorangegangenen Signatur - ist das evtl. nur eine Einstellung?

    ich hab den Eindruck, daß beim Weiterleiten irgendwas mit den URLs verwurstelt wird...

    Edit: mir ist grad aufgefallen, daß der Fehler immer beim ersten klicken von Weiterleiten passiert, wenn man dann schließt und nochmal weiterleiten klickt, läd er die vorangegangenen Signaturen korrekt...

  • Community-Bot 3. September 2024 um 20:30

    Hat das Thema geschlossen.