Takeout-mbox importiert: alle E-Mails mit heutigem Datum

Sie haben Ihr Google-Takeout-Archiv geöffnet, die mbox-Datei mit ImportExportTools NG in Thunderbird importiert (oder in Apple Mail) und die Ordner anschließend in Ihr neues IMAP-Konto gezogen. Im Client lagen die E-Mails schön nach Jahren sortiert. Im Zielkonto tragen sie jetzt alle das heutige Datum. Dieser Artikel erklärt, was bei einem importierten Takeout-mbox passiert, warum das angezeigte Datum das der Kopie ist, wie Sie das in wenigen Minuten bestätigen und wie Sie es serverseitig korrigieren.

Das Wichtigste vorab: Ihre E-Mails sind nicht beschädigt. Das Originaldatum steckt weiterhin in der Nachricht. Das Zielkonto stellt es nur nicht mehr in den Vordergrund.

Das typische Szenario bei einem importierten Takeout-mbox

Sie haben gerade ein privates Gmail-Konto geschlossen, das Sie vor fünfzehn Jahren eröffnet hatten. Den Export haben Sie auf takeout.google.com angestoßen, auf die Nachricht von Google gewartet (zwei Tage bei einem großen Postfach) und vier ZIP-Archive heruntergeladen. In jedem liegt pro Label eine .mbox-Datei. Sie importieren sie in Thunderbird: Der lokale Ordner füllt sich, die Sortierung nach Datum ist makellos, 2009 ganz unten, gestern ganz oben.

Dann tun Sie, was jeder tun würde. Sie markieren die Ordner und ziehen sie in das IMAP-Zielkonto, ein Microsoft 365, ein Hosting-Postfach oder ein Google Workspace. Die Übertragung läuft einen ganzen Abend. Montagmorgen öffnen Sie das Webmail.

Das Problem? Alle 18.400 E-Mails tragen das Datum des Wochenendes, verteilt auf ein Zeitfenser von wenigen Stunden. Ein Vertrag von 2014 steht neben einem Newsletter von letzter Woche, und chronologisch findet niemand mehr etwas.

Der Fall ähnelt stark dem von alten E-Mails, die alle dasselbe Datum haben, mit einem wesentlichen Unterschied: Hier ist kein Migrationstool schuld. Drag-and-drop reicht völlig.

Drei Datumsangaben in einer einzigen E-Mail

Um das zu verstehen, sollten Sie aufhören, von "dem Datum" einer E-Mail zu sprechen. Eine Nachricht aus einer mbox-Datei trägt mindestens drei, und sie dienen unterschiedlichen Zwecken.

Der Date-Header: das Datum des Absenders

Gemeint ist der Header Date: aus RFC 2822 (übernommen in RFC 5322). Der Client des Absenders schreibt ihn beim Versand, zum Beispiel Date: Tue, 14 Mar 2017 09:12:45 +0100. Er ist Teil der Nachricht, reist mit ihr, und Takeout behält ihn unverändert bei. Genau deshalb ist die Korrektur möglich: Er bleibt intakt.

Die From-Zeile der mbox-Datei: ein Datum als Fassade

In einer mbox-Datei steht vor jeder Nachricht eine Zeile, die mit From beginnt (mit Leerzeichen, ohne Doppelpunkt). Das ist kein Header, sondern ein Trennzeichen des Dateiformats und gehört nicht zur Nachricht. Kein seriöses Tool sollte sich darauf verlassen, um eine E-Mail zu datieren.

Das INTERNALDATE: das Datum der Ablage auf dem Server

Das dritte Datum ist das unauffälligste: das INTERNALDATE aus RFC 3501. Dieses Attribut speichert der IMAP-Server neben der Nachricht (nicht in ihr). Es entspricht dem Zeitpunkt, zu dem die Nachricht im Postfach abgelegt wurde. Outlook, Webmail-Oberflächen und Smartphones nutzen es, um das Empfangsdatum anzuzeigen und zu sortieren. Wer den Mechanismus im Detail nachlesen möchte, findet ihn im Artikel über IMAP INTERNALDATE und kaputte Datumsangaben.

Noch ein Wort zu den Received:-Headern, die hier oft zu Unrecht verdächtigt werden. Die Received-Zeilen einer exportierten Gmail-Nachricht erzählen den tatsächlichen Weg der E-Mail im Jahr 2017: Sie tragen alte, legitime Zeitstempel. In diesem Fall steckt das falsche Datum also nicht in der Nachricht, sondern in den Angaben, die der Server der Kopie zuweist.

Warum das Zielkonto das Datum der Kopie anzeigt

Legt ein Client eine Nachricht auf einem IMAP-Server ab, verwendet er den Befehl APPEND. Dieser Befehl akzeptiert optional ein Datum, das der Nachricht mitgegeben wird. Liefert der Client es mit, übernimmt der Server es als INTERNALDATE. Andernfalls greift die Regel aus RFC 3501: aktuelles Datum und aktuelle Uhrzeit. Anders gesagt: Das angezeigte Datum hängt davon ab, wie das Tool die E-Mail geschrieben hat. Ein Tool, das das Originaldatum nicht mitgibt, erhält das Datum der Kopie.

Die Folge: Während Sie Ihre Ordner verschieben, bekommt jede Nachricht das Datum ihrer eigenen Ablage. Ein Ordner mit 3.000 E-Mails, der in 40 Minuten kopiert wird, landet in einem Fenster von 40 Minuten.

Und der lokale Ordner in Thunderbird? Er sah perfekt aus, weil Thunderbird dort nach dem Date-Header sortiert und nicht nach einem Serverdatum. Ein lokaler Ordner hat schließlich keinen Server. Apple Mail verhält sich mit importierten Postfächern ähnlich: Solange die Nachrichten auf dem Mac bleiben, ist alles in Ordnung. Die Wahrheit zeigt sich erst, wenn eine andere Software, etwa Outlook, das IMAP-Postfach liest.

Genau genommen stimmt es nicht ganz, dass sich alle Clients jedes Mal irren. Manche Versionen übergeben das Datum, andere nicht, und das Verhalten hat sich mit Updates geändert. Deshalb können zwei Kollegen mit derselben Methode unterschiedliche Ergebnisse bekommen, was die Diagnose verwirrender macht, als man denkt.

Drag-and-drop ist keine Migration. Es ist eine Kopie, und eine Kopie trägt das Datum ihrer Entstehung, was man vorher nicht unbedingt so erwartet hätte.

So erkennen Sie diesen Fall in fünf Minuten

Bevor Sie nach einer Lösung suchen, prüfen Sie, ob Sie wirklich in diesem Szenario stecken und nicht in einem anderen. Vier Kontrollen genügen.

• Vergleichen Sie beide Orte. Der lokale Ordner in Thunderbird (oder das importierte Postfach in Apple Mail) zeigt korrekte Datumsangaben, das IMAP-Konto für dieselben Nachrichten aktuelle.
• Schauen Sie auf den Zeitraum. In einem Ordner des IMAP-Kontos liegen die Empfangsdaten innerhalb weniger Stunden oder sogar Minuten rund um den Zeitpunkt, zu dem Sie die Ordner verschoben haben.
• Öffnen Sie den Quelltext einer Nachricht. In Thunderbird über Ansicht und dann Nachrichtenquelltext; in Outlook liefern die Eigenschaften der Nachricht die Header. Dort sollte eine alte Date:-Zeile stehen, während die Anzeige ein aktuelles Datum nennt.
• Prüfen Sie die Reihenfolge. Die Nachrichten erscheinen in der Reihenfolge, in der der Client sie kopiert hat, nicht chronologisch.

So sieht der Vergleich bei einer echten Nachricht aus:

Date: Tue, 14 Mar 2017 09:12:45 +0100          (in der Nachricht, intakt)
Angezeigtes Datum im IMAP-Konto: Tag der Kopie   (Attribut des Servers)

Erzählen diese beiden Zeilen nicht dieselbe Geschichte, sind Sie hier richtig. Und wenn die angezeigten Datumsangaben falsch sind, aber Date: ebenfalls, liegt ein anderes, selteneres Problem vor, das nicht zu diesem Artikel gehört.

(Übrigens: Wer noch nie rohe E-Mail-Header gelesen hat, sollte sich einen Kaffee bereitstellen. Als Strandlektüre taugt das nicht.)

Nach Sendedatum sortieren: nur ein Pflaster

Der erste Reflex ist, die Sortierung auf das Sendedatum umzustellen. In Outlook klappt das halbwegs, sofern Sie es in jedem Ordner und auf jedem Gerät wiederholen. Aber die Suche, Benachrichtigungen, Regeln, die auf dem Alter einer Nachricht beruhen, und die Ansichten auf dem Smartphone nutzen weiterhin das Empfangsdatum. Wer auf dem Handy nach "der Mail vom letzten September" sucht, sieht nichts Sinnvolles.

Eine weitere verlockende Idee: die Kopie noch einmal machen. In einem Konto, das bereits in Benutzung ist, entstehen dadurch vor allem Duplikate neben den vorhandenen Nachrichten, mit denselben falschen Datumsangaben oder mit anderen. Gut hundert Ordner später haben Sie kein einziges sauberes Postfach mehr.

Die serverseitige Korrektur

Die gute Nachricht: Das Originaldatum ist noch da. Die Korrektur sorgt dafür, dass das Zielkonto es anzeigt, ohne den Inhalt Ihrer Nachrichten anzutasten.

Genau das leistet Redate. Der Dienst verbindet sich mit dem Postfach (Google Workspace per domänenweiter Delegierung, Microsoft 365, Outlook.com und Hotmail mit dem Microsoft-Konto der jeweiligen Person oder direkt per IMAP mit Adresse und Passwort). Redate muss nicht wissen, welches Tool den Schaden verursacht hat: Es findet die E-Mails, deren angezeigtes Datum nicht zu ihrem Originaldatum passt, ganz gleich, ob die Ursache ein Drag-and-drop aus einem Takeout-mbox war oder etwas anderes. Der Scan ist kostenlos und zeigt Ihnen das Ausmaß, bevor Sie irgendetwas entscheiden.

Für die Korrektur selbst setzt Redate auf eine proprietäre Korrektur-Engine, eine mehrstufige Analyse-Pipeline, die die Header-Kette jeder Nachricht untersucht und jeder E-Mail ihr Originaldatum zurückgibt. Anschließend wird jede korrigierte E-Mail einzeln geprüft, mit RFC-Konformitätsvalidierung und Erhalt der Nachrichtenstruktur. Die Originale werden nie gelöscht: Sie bleiben in einem sichtbaren Ordner Ihres Postfachs, bis Sie sie selbst löschen.

Warum Selbstbasteln riskant ist

Das Problem zu verstehen ist eine Sache. 15.000 E-Mails zu korrigieren, ohne eine einzige zu verlieren, eine ganz andere.

Ein Skript, das an zehn Testnachrichten funktioniert, überlebt kein Produktivpostfach mit 30.000 Nachrichten. Es stößt auf S/MIME-signierte E-Mails, bei denen schon die kleinste Änderung die Signatur zerstört. Auf PGP-verschlüsselte Nachrichten. Auf verschachtelte multipart/alternative-Strukturen, inkonsistente MIME-Grenzen, unerwartete Content-Transfer-Encodings, nicht-ASCII-Header nach RFC 2047, Anhänge von 40 MB. Dann kommen API-Kontingente, der Fehler 429 Too Many Requests um 3 Uhr nachts mitten im Batch und Netzwerk-Timeouts, die den Vorgang bei Nachricht 11.874 abbrechen.

Und danach? Woher wissen Sie, dass jede Nachricht intakt ist? Ohne Rollback-Mechanismus hinterlässt ein Fehler doppelte Nachrichten, verlorene Anhänge, zerrissene Konversationen und verschwundene Labels. Redate prüft jede E-Mail automatisch und hält das Original griffbereit, genau damit Sie nie darauf wetten müssen.

Ein letzter Rat, kostenlos: Behalten Sie Ihre ursprünglichen Takeout-Archive, bis das Postfach abgenommen ist. Die mbox-Datei bleibt die Referenzkopie, auch wenn das Zielkonto korrekt aussieht.

Passende Anleitungen für Ihren Client

Je nachdem, mit welchem Client Sie kopiert haben, beschreiben diese Anleitungen den genauen Fall: Datum einer in Thunderbird erstellten IMAP-Kopie korrigieren und derselbe Fall in Apple Mail.

Ihr Takeout ist schon ins IMAP-Konto kopiert und die Datumsangaben stimmen nicht? Starten Sie den kostenlosen Redate-Scan, um zu sehen, wie viele E-Mails betroffen sind, und korrigieren Sie sie anschließend per Einmalzahlung, ohne Begrenzung der Postfachgröße.