Grafik in HTML-Signatur wird nicht korrekt dargestellt

    * Thunderbird-Version: 38.1.0
    * Betriebssystem + Version: Windows 7 Pro SP 1
    * Kontenart (POP / IMAP): IMAP
    * Postfachanbieter (z.B. GMX): GMX
    * Eingesetzte Antivirensoftware: Avira
    * Firewall (Betriebssystem-intern/Externe Software): intern

    Hallo zusammen,

    wieder mal eine Frage zu Grafiken in HTML-Signaturen, bin leider trotz Lesen der Anleitung(en) und einiger der bisherigen Fragen zu dem Thema hier im Forum noch nicht zu einer Lösung gekommen :-(

    Also:
    Ich habe eine HTML-Signatur erstellt, die eine Grafik enthält, und diese Signatur als Datei abgespeichert und dann in den Einstellungen des entsprechenden eMail-Kontos verlinkt (Checkbox "Stattdessen eine Datei als Signatur anhängen ...").
    Die Datei wird auch als Signatur angehängt, aber die Grafik wird leider nicht korrekt angezeigt, sondern immer nur ein Platzhalter in der Größe der Grafik.

    Wenn man sich die HTML-Signatur in einem beliebigen Browser (Firefox, Chrome, IE, ...) ansieht, wird die Grafik (in der Signatur) einwandfrei dargestellt.
    Habe auch schon verschiedene Dateiformate für die Grafik ausprobiert: png, jpg, gif
    Habe auch mal den Link zur Grafik in der HTML-Datei von einem relativen in einen absoluten Pfad geändert, leider lag's daran auch nicht.

    Weiß jemand Rat?

    Hallo Gogs,

    Zitat von Gogs

    OK, verstehe, danke für den Link. Und ich dachte, es sieht besser (und professioneller) aus ...


    es sieht "bestenfalls" im eigenen E-Mail-Programm "besser (und professioneller) aus ...", weil Du da Deine Signatur vom Aussehen her kontrollieren kannst.
    Wie es beim Empfänger aussieht kannst Du eben nicht beeinflussen. Und da kann definitiv die "schönste" Signatur [Zensiert]Fäkalwort[/Zensiert] aussehen. Und ob das Eindruck macht ...

    Das Problem bei HTML ist, dass es keinen echten Standard gibt. Im Thunderbird steht für HTML nur der minimale Befehlsatz zur Verfügung, der quasi als allgemeingültig gelten kann.

    Und wie in dem von Melly eingestellten Link nachzulesen ist, wird ja niemand gezwungen, E-Mails im HTML-Format zu lesen. Bei vielen Firmen wird dies sogar definitiv verboten, weil über HTML-Code versteckt auch Schadcode eingebracht werden kann.
    Das Lesen und Schreiben einer E-Mail als Reintext ist definitiv sicher(er).

    Gruß
    Feuerdrache

    „Innerhalb der Computergemeinschaft lebt man nach der Grundregel, die Gegenwart sei ein Programmfehler, der in der nächsten Ausgabe behoben sein wird.“
    Clifford Stoll, amerik. Astrophysiker u. Computer-Pionier

    Hallo,
    wenn du schon beim Verfassen der Mail ein HTML-Problem hast, verwendest du nicht die in Thunderbird vorhandenen Formatierungsmöglchkeiten sondern versuchst aus anderen Programmen diese dort irgendwie einzukopieren.
    Klappt fast nie.
    Alles andere hat Feuerdrache schon gesagt.

    Gruß

    Zitat von Feuerdrache

    Bei vielen Firmen wird dies sogar definitiv verboten

    Dies Aussage habe ich in diesem Forum schon oft gelesen. Kann bitte jemand mal eine Firma benennen, die das so handhabt? Ich habe mit Kunden aus bestimmt hundert Firmen zu tun. Viele kleine aber auch einige richtig große, wie zwei Automobilbauer.
    Manche sind sehr sicherheitsbewusst. Sie versenden Dokumente nur verschlüsselt und übermitteln das Passwort jedesmal per Telefon. HTML verwenden sie aber alle. Ich kenne keinen Kunden, bei dem HTML verboten wäre. Da bin ich mit meinen Textmails ein echter Exot.

    In meiner Nachbarschaft wohnt der Netzwerkadmin einer recht großen internationalen Spedition.

    Kein Mitarbeiter hat dort eine Chance eine HTML-Mail zu lesen. Ob sie versenden können, weiß ich nicht.

    Dass es aber auch viele Firmen gibt, die es nicht so genau nehmen aufgrund eines lässigen, unerfahrenen Admins, ist mir bekannt.

    Gruß

    Hallo mrb,

    Zitat von mrb

    Dass es aber auch viele Firmen gibt, die es nicht so genau nehmen aufgrund eines lässigen, unerfahrenen Admins, ist mir bekannt.


    meistens, zumindest sehr häufig, liegt das genau nicht an lässigen oder gar unerfahrenen Admins, denn meistens sind die gar nicht so schlecht. Sondern daran, dass deren Bedenken und Warnungen von den Chefs schlichtweg ignoriert werden!
    Und dabei ist es völlig egal, ob es sich um die "freie Wirtschaft" handelt oder um Verwaltungen und Behörden.

    "Der Prophet gilt nichts im eigenen Land!"

    Da finden häufig genug die Werbe- und Marketingfuzzies das größere Gehör.

    Gruß
    Feuerdrache

    „Innerhalb der Computergemeinschaft lebt man nach der Grundregel, die Gegenwart sei ein Programmfehler, der in der nächsten Ausgabe behoben sein wird.“
    Clifford Stoll, amerik. Astrophysiker u. Computer-Pionier

    Danke für die Antworten. Ich habe mal einen unserer Firmenadmins danach befragt. Er sagte, für das Outlook seien alle Ports nach außen gesperrt, also kein Nachladen von Bildern, Webbugs usw. möglich. Ansonsten sei Outlook im Rahmen des Möglichen sicher bei der Anzeige von HTML. Er sieht da keine Gefahr.

    Vielen Dank für alle Antworten und Hinweise. Ich habe jetzt aus der Signatur das Logo entfernt.
    Ganz auf HTML verzichten will ich dann aber doch nicht, die www-Adresse der Homepage und die eMail-Adresse werden noch als Link (href) angezeigt, doch das war's dann.

    Auch ich habe noch keine Firma kennengelernt, die HTML-Mails komplett unterbindet, selbst wenn die IT SIcherheitsrichtlinien sehr streng sind, wie etwa bei einem Chemie-Unternehmen oder bei einem Auto-Hersteller: Da kommt man von außen ins Firmenentzwerk per VPN nur mit einem frisch generierten Security Token. Die Firmen-Laptops werden alle mit speziell vor-paketierter Software (bei der so einiges gesperrt ist) regelmäßig "betankt" und jede Portfreischaltung muss erst genehmigt werden, aber Mails kann man sich schon im HTML-Format ansehen. Doch das Nachladen von bestimmten Elementen wird teilweise unterbunden, wie Bagalut schon geschrieben hat.

    Zurück zum Thema: Meine Eingangs-Frage ist für mich beantwortet, somit dankeschön!

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

    Hat das Thema geschlossen.