Zum Inhalt springen
OneKitly

Warum dein Betreff als =?UTF-8?B? und eine Buchstabenkette ankommt

Veröffentlicht am 8.9.2026 · 3 Min. Lesezeit · Datei-Tools

Daniel Okonkwo

Daniel Okonkwo — Front-end-Entwickler und Tech-Redakteur bei OneKitly

Web-Performance · Dateiformate

Anhand von 3 Quellen geprüft

Profil ansehen →
Kurz gesagt

Eine Kopfzeile darf nur reines ASCII enthalten, und das lässt keinen Platz für é, ü, ñ oder einen Geviertstrich. Der Ausweg steht in RFC 2047: Der Text wird als =?charset?Kodierung?Daten?= verpackt, wobei die Kodierung B für Base64 steht oder Q für eine Quoted-Printable-Variante, in der ein Leerzeichen zum Unterstrich wird. Réunion — ordre du jour reist also entweder als =?UTF-8?B?UsOpdW5pb24g4oCUIG9yZHJlIGR1IGpvdXI=?= oder als =?UTF-8?Q?R=C3=A9union_=E2=80=94_ordre_du_jour?=, und beide dekodieren zu genau denselben Wörtern. Ältere Nachrichten benutzen =?ISO-8859-1?Q?R=E9union?= und dekodieren ebenso sauber. Der Rumpf ist ein eigenes Problem derselben Gestalt: Er ist meist Quoted-Printable, wo =C3=A9 ein é ist und eine Zeile, die auf ein nacktes Gleichheitszeichen endet, in der nächsten weitergeht. Wandle die Nachricht in reinen Text, und beide Schichten fallen auf einmal ab — das macht eine gespeicherte Nachricht durchsuchbar und zitierbar statt zu etwas, das man mit zusammengekniffenen Augen entziffert.

Mail-Kopfzeilen dürfen nur ASCII tragen, also wird ein Betreff mit Akzenten vor der Reise kodiert. Zwei Kodierungen sind in Gebrauch, beide beginnen mit =?, und sie zu dekodieren macht den ganzen Unterschied zwischen einer lesbaren Nachricht und einer Wand aus Zeichen.

Warum zwei Kodierungen, und welche du bekommst

Q lässt gewöhnliche Buchstaben in Ruhe und escapt nur das Nötigste: Ein überwiegend englischer Betreff mit einem Akzent bleibt in der rohen Datei fast lesbar. B kodiert alles, was kürzer ist, wenn die meisten Zeichen kein ASCII sind — ein Betreff auf Griechisch oder Japanisch ist als Base64 weit kompakter denn als Kette von Escapes. Mailprogramme wählen je Kopfzeile, weshalb ein und dieselbe Nachricht einen Q-kodierten Betreff und einen B-kodierten Absendernamen tragen kann und weshalb beides behandelt werden muss.

Wofür reiner Text gut ist

Eine auf Text reduzierte Nachricht findet jedes Werkzeug auf deiner Maschine, sie lässt sich zitieren, ohne ein Layout mitzuschleppen, und ist klein genug, um sie zu Tausenden aufzubewahren. Sie ist auch die Form, die überdauert: Eine HTML-Nachricht von 2011 stellt sich in jedem seither erschienenen Leser anders dar, während ihre Textfassung heute genau so zu lesen ist wie damals. Die meisten Nachrichten tragen beides, und die Textfassung ist die, die niemand ansieht, bis man sie braucht.

Derselbe Betreff, vier Schreibweisen
In der rohen DateiDekodiert
=?UTF-8?B?UsOpdW5pb24g4oCUIG9yZHJl…?=Réunion — ordre du jour
=?UTF-8?Q?R=C3=A9union_=E2=80=94_ordre…?=Réunion — ordre du jour
=?ISO-8859-1?Q?R=E9union?=Réunion
Réunion (gar nicht kodiert)Réunion — unverändert durchgereicht
EML in TextHol den lesbaren Text aus einer gespeicherten E-Mail — quoted-printable und base64 inklusive.Tool ausprobieren →

Häufige Fragen

Mein Betreff erscheint als „Réunion“ statt „Réunion“. Was ist das?
Das umgekehrte Problem: Die Bytes wurden dekodiert, aber mit dem falschen Zeichensatz. é ist, wie die zwei Bytes eines UTF-8-é aussehen, wenn man sie als Latin-1 liest. Meist stammt es von einem Programm, das den in der Kopfzeile deklarierten Zeichensatz übergangen hat. Die ursprüngliche .eml zu öffnen und das Werkzeug die Deklaration lesen zu lassen gibt die richtigen Zeichen zurück — die Datei war nie beschädigt, nur falsch gelesen.
Geht bei der Textfassung etwas verloren?
Das Layout, die Bilder und die Ziele der Links — ein Link wird zu seinen Wörtern, nicht zu seiner Adresse, es sei denn, der Absender hat die Adresse ausgeschrieben. Behalten wird alles, was gesagt wurde. Brauchst du auch die Adressen, nimm die HTML-Umwandlung oder lies die Nachricht im Betrachter, wo Links Links bleiben.
Kann ich ein ganzes Postfach auf einmal umwandeln?
Zerlege die .mbox zuerst in einzelne .eml-Dateien und wandle dann die um, die du willst. Dieser zweistufige Weg ist Absicht: Ein Postfach ist meist weit größer als die Handvoll Nachrichten, die du wirklich als Text brauchst, und das Zerlegen zuerst lässt dich wählen.

Artikel, die dich interessieren könnten

Alle Ratgeber →
ErklärungE-Mail-HTML hinkt dem Web zwanzig Jahre hinterher, mit AbsichtKein Stylesheet, kein Skript, ein Layout aus verschachtelten Tabellen und Stile, die an jedem einzelnen Tag stehen. Zu wissen warum, erklärt, wie eine exportierte HTML-Datei aussehen wird — und wie nicht.ErklärungEin Anhang wächst in der E-Mail um ein DrittelE-Mail befördert Dateien als Text, drei Bytes als vier Zeichen geschrieben. Ein Anhang von 10 MiB belegt 13,68 MiB der Nachricht — deshalb bedeutet ein Limit von 25 MB in Wirklichkeit etwa 18 MiB an Dateien.AnleitungEine .eml-Datei öffnen, ohne es dem Absender zu verratenEine gespeicherte Nachricht ist eine Textdatei, die man überall lesen kann. Der Haken: Sie in etwas zu öffnen, das entfernte Bilder lädt, verkündet den Augenblick, in dem du es getan hast — genau dafür gibt es Zählpixel.ErklärungEine .mbox sind aneinandergeklebte Nachrichten, und der Klebstoff ist eine ZeileEine Datei, Tausende Nachrichten, getrennt durch eine Zeile, die mit From beginnt. Das Format hat eine berühmte Schwäche, und sie ist der Grund, warum eine Nachricht ihr Ende verlieren kann, ohne dass irgendetwas einen Fehler meldet.AnleitungEin Mailarchiv in eine Datei je Nachricht zerlegenEine .mbox ist eine einzige riesige Datei, die dein System nicht durchsuchen kann. Verwandle sie in .eml-Dateien, und jede Nachricht wird zu etwas, das deine Maschine indiziert, dein Mailprogramm öffnet und du einzeln löschen kannst.ErklärungEin Serientermin ist eine CSV-Zeile, nicht zwölfEine .ics-Datei speichert einen wöchentlichen Termin genau einmal, mit einer Regel daran. Beim CSV-Export bekommst du eine Zeile für die ganze Serie — das ist die Datei, die ehrlich ist, nicht der Konverter, der Zeilen verliert.

Ähnliche Tools

Quellen

Hast du einen Fehler in diesem Artikel entdeckt?