Thunderbird zeigt Emoji teilweise falsch an

Moin!

Seit einiger Zeit trudelt bei mir verstärkt Emails mit Emoji ein. Doch die werden zum Teil falsch angezeigt:

Die hier dargestellten Emails enthalten alle die selben Zeichen. Aber je nach Schriftgrad Normal/Fett und Darstellungsort Betreff/Body werden die Zeichen unterschiedlich dargestellt.

Der Screenshot entstand auf Thunderbird v115.7.0 für Windows. Ich sah diese Darstellung aber aber auch auf älteren Versionen.

Hat jemand eine Stellschraube für mich?

Danke, Frau Klein

Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben

Content-ID: 6722917569

Url: https://administrator.de/contentid/6722917569

Ausgedruckt am: 22.11.2024 um 00:11 Uhr

8 Kommentare

Neuester Kommentar

Moin,

Emojis im MTA rausfiltern.

Anders gesagt. Alles was nicht alphanumerisch ist, hat im Betreff nichts zu suchen.

lks

Hallo,

ja eine einfache Stellschraube: Nicht überall wo jemand deine EmailAdresse haben will, diese auch eintragen!

grüße

Das sind SPAM Mails. Mal unter "Ansicht | Kopfzeilen" den Absender anzeigen lassen.

Dann siehst Du wer der WAHRE Absender ist. Und gegebenenfalls diese als Junk markieren.

Gruss Penny.

Zitat von @Lochkartenstanzer:
Anders gesagt. Alles was nicht alphanumerisch ist, hat im Betreff nichts zu suchen

Ich stelle gleich mal meine Software um...

Von: IT-Systemhaus XY
Betreff:

Ihre Rechnung ist überfällig

Trommel

Alles was nicht alphanumerisch ist, hat im Betreff nichts zu suchen.

Wo steht das? Gibt's dazu eine RFC?

Das sind SPAM Mails.

Nein, sind es nicht; zumindest zum Teil.

Betreff: grin-squint face-bug Ihre Rechnung ist überfällig face-surprise face-devilish face-confused

Jepp, so ungefähr sieht es aus. Wenn ich hier jede Mail mit Emoji im Betreff als Spam behandle bekomme ich richtig Ärger.

Zitat von @FrauKlein:

Alles was nicht alphanumerisch ist, hat im Betreff nichts zu suchen.

Wo steht das? Gibt's dazu eine RFC?

natürlich imf RFC 822, Sektion 3.1.2:

https://datatracker.ietf.org/doc/html/rfc822#section-3.1.2

 Once a field has been unfolded, it may be viewed as being com-
        posed of a field-name followed by a colon (":"), followed by a
        field-body, and  terminated  by  a  carriage-return/line-feed.
        The  field-name must be composed of printable ASCII characters
        (i.e., characters that  have  values  between  33.  and  126.,
        decimal, except colon).  The field-body may be composed of any
        ASCII characters, except CR or LF.  (While CR and/or LF may be
        present  in the actual text, they are removed by the action of
        unfolding the field.)

Selbst wenn man berücksichtigt, daß es heutzutage mehr als "ASCII" gibt, sollte man trotzdem alles herausfinltern, was nicht alphanummerisch und normale Sonderzeichen sind. (Also ASCII + ein paar nationale Sonderzeichen) Denn alles was darüber hinausgeht ist üblicherweise SPAM, insbesondere die mit "chinesischen Zeichen".

lks

Und wenn Sonderzeichen dann gleich als QuotedPrintable kodieren

Aldi-Talk/Telefonica bekommt das bspw. bei seinen E-Mail Bestätigungsmails und den Umlauten bis heute nicht hin, trotz mehrfacher Hinweise an den Support.