GSMMO-Migrationsdaten in Gmail korrigieren

GSMMO (Google Workspace Migration for Microsoft Outlook) lädt E-Mails aus PST-Dateien oder Outlook-Profilen direkt über die Gmail API nach Gmail hoch. Während dieses Uploads zeichnet Gmail den Upload-Zeitstempel als INTERNALDATE für jede Nachricht auf. Der originale Date-Header im E-Mail-Text wird bewahrt - aber die serverseitigen Daten-Metadaten werden mit dem Migrationsdatum überschrieben.

Das erzeugt eine trügerische Situation. Die Gmail-Weboberfläche liest den Date-Header aus dem E-Mail-Text für ihr Anzeigedatum, sodass die meisten E-Mails im Browser das korrekte Datum zu haben scheinen. Alles sieht gut aus. Aber darunter ist die IMAP INTERNALDATE auf Googles Servern falsch. Wann wird das relevant? Sobald jemand auf das Postfach über einen IMAP-Client zugreift - Outlook, Thunderbird, Apple Mail - oder wenn ein Backup-Tool, Compliance-System oder eine Archivierungslösung das Postfach über IMAP abfragt.

GSMMO wird typischerweise von Endbenutzern verwendet, die von Microsoft Outlook nach Google Workspace wechseln, oft nach Googles eigener Migrationsanleitung. Diese Benutzer bemerken das Problem möglicherweise wochen- oder monatelang nicht, weil sie hauptsächlich die Gmail-Weboberfläche verwenden. Dann führt das Compliance-Team eines Tages eine datumsbasierte Suche über Google Vault durch, oder die IT-Abteilung richtet MailStore zur Archivierung ein, oder der Benutzer installiert Outlook mit IMAP-Verbindung zu Gmail. Plötzlich zeigen 40.000 E-Mails dasselbe Datum von vor sechs Monaten. Zu diesem Zeitpunkt fühlt sich die Migration wie uralte Geschichte an, und die Diagnose der Grundursache wird zum Puzzle.

Für Gmail-Web-Benutzer ist die visuelle Auswirkung trügerisch gering. Daten sehen im Browser korrekt aus. Aber die verfälschte INTERNALDATE ist eine Zeitbombe unter der Oberfläche. Gmails IMAP SEARCH DATE-Befehl verwendet die INTERNALDATE, sodass jedes IMAP-basierte Tool, das Datumssuchen gegen das Postfach durchführt, falsche Ergebnisse bekommt. Backup-Tools wie MailStore, Veeam oder benutzerdefinierte Python-Skripte, die Gmail über IMAP archivieren, zeichnen die falschen Daten auf. Diese Backups? Dauerhaft ungenau.

Haben Sie schon mal versucht, 50.000 E-Mails zu sortieren, die alle dasselbe Empfangsdatum tragen? Genau das erlebt jeder IMAP-Client, der mit einem GSMMO-migrierten Postfach verbunden ist. Outlook, Apple Mail, Thunderbird - alle lesen die INTERNALDATE für Sortierung und Anzeige. Google Takeout-Exporte können die INTERNALDATE für Dateinamen und Metadaten referenzieren, was verwirrende Archivstrukturen erzeugt. Sogar Google Vault-Compliance-Suchen können irreführende Ergebnisse liefern, wenn die INTERNALDATE nicht mit dem tatsächlichen E-Mail-Datum übereinstimmt.

Redate.io löst das durch eine mehrstufige Header-Analyse-Pipeline, die GSMMO-Migrationssignaturen identifiziert und Datums-Metadaten-Rekonstruktion auf Serverebene durchführt. Der Prozess bewahrt sämtlichen Nachrichteninhalt, Labels und Anhänge, während nur die Daten-Metadaten korrigiert werden. Jede Nachricht wird nach der Verarbeitung einzeln verifiziert.