GSMMO-Migrationsdaten in Gmail korrigieren
Warum GSMMO-Migrationen das falsche Datum in Gmail anzeigen
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. Obwohl die Gmail API technisch das Setzen einer benutzerdefinierten INTERNALDATE beim Einfügen von Nachrichten unterstützt, führt der Upload-Prozess von GSMMO dazu, dass Gmail den Upload-Zeitstempel als INTERNALDATE für die meisten Nachrichten aufzeichnet. Der ursprüngliche Date-Header aus der E-Mail wird beibehalten, aber die INTERNALDATE wird überschrieben.
In der Gmail-Weboberfläche ist dieses Problem teilweise verborgen. Gmail Web verwendet den Date-Header aus dem E-Mail-Text für sein Anzeigedatum, sodass die meisten E-Mails im Browser mit dem korrekten Datum erscheinen. Die auf dem Server gespeicherte IMAP INTERNALDATE ist jedoch falsch. Dies wird sichtbar, wenn Benutzer über einen IMAP-Client (Outlook, Thunderbird, Apple Mail) auf ihr Gmail-Konto zugreifen oder wenn Drittanbieter-Tools das Postfach über IMAP abfragen.
GSMMO wird typischerweise von Endbenutzern verwendet, die von Microsoft Outlook nach Google Workspace wechseln. Diese Benutzer bemerken das INTERNALDATE-Problem möglicherweise nicht sofort, wenn sie hauptsächlich die Gmail-Weboberfläche verwenden. Das Problem taucht Wochen oder Monate später auf, wenn sie einen IMAP-Client installieren, ein Backup-Tool einrichten oder wenn ein Compliance-Team eine datumsbasierte Suche über Google Vault oder IMAP-basierte Archivierungssoftware im Postfach durchführt.
Wie sich dies auf Gmail auswirkt
Für Gmail-Web-Benutzer ist die visuelle Auswirkung minimal, da der Date-Header korrekt angezeigt wird. Die verfälschte INTERNALDATE betrifft jedoch mehrere nicht offensichtliche Bereiche. Gmails IMAP SEARCH DATE-Befehl verwendet die INTERNALDATE, sodass jedes IMAP-basierte Tool oder jeder Client, der Datumssuchen gegen das Postfach durchführt, falsche Ergebnisse erhält. Backup-Tools wie MailStore, Veeam oder benutzerdefinierte Skripte, die Gmail über IMAP archivieren, zeichnen die falschen Daten in ihren Backups auf.
Gmails Sortierung innerhalb von Labels beim Zugriff über IMAP verwendet die INTERNALDATE. Benutzer, die von mobilen IMAP-Clients oder Desktop-E-Mail-Anwendungen auf ihr Gmail-Konto zugreifen, sehen ein unsortiertes Durcheinander von E-Mails, die alle auf den Migrationstag datiert sind. Google Takeout-Exporte können ebenfalls die INTERNALDATE für Dateinamen oder Metadaten referenzieren, was möglicherweise verwirrende Archive erzeugt. Der korrigierte Date-Header befindet sich innerhalb der Nachricht, aber die INTERNALDATE bestimmt, wie externe Tools und IMAP-Clients die Nachrichtenzeitachse wahrnehmen.
Häufig gestellte Fragen
Wenn Gmail Web das korrekte Datum anzeigt, warum sollte ich die INTERNALDATE korrigieren?
Die INTERNALDATE betrifft IMAP-Clients, Backup-Tools, Google Vault-Compliance-Suchen und jede Drittanbieter-Integration, die sich über IMAP verbindet. Selbst wenn die Gmail-Web-Anzeige korrekt ist, sind die zugrunde liegenden Daten falsch und können in Backup-, Compliance- und Multi-Client-Umgebungen Probleme verursachen.
Wie korrigiert Redate.io GSMMO-Daten in Gmail?
Redate.io liest den ursprünglichen Date-Header jeder E-Mail, entfernt den GSMMO-Migrations-Received-Header und fügt die E-Mail mit der korrekten INTERNALDATE, die dem Originaldatum entspricht, wieder ein. Die Original-E-Mail wird zur Sicherheit in ein Backup-Label verschoben.
Ändert die Korrektur die Darstellung von E-Mails in Gmail Web?
Nein. Gmail Web zeigt bereits das korrekte Datum (aus dem Date-Header). Die Korrektur berichtigt die INTERNALDATE, damit auch IMAP-Clients das korrekte Datum anzeigen. Die Gmail-Web-Erfahrung bleibt unverändert.