BitTitan-Migrationsdaten in Google Workspace korrigieren

BitTitan MigrationWiz lädt E-Mails über die Gmail API oder IMAP nach Google Workspace hoch. Während des Uploads zeichnet Googles Mail-Infrastruktur den Einfügezeitstempel als INTERNALDATE der Nachricht auf. BitTitan fügt außerdem einen Received-Header mit dem Migrationsdatum hinzu. Der ursprüngliche Date-Header im E-Mail-Text bleibt erhalten - aber die INTERNALDATE ist weg, überschrieben mit dem Migrationszeitstempel.

Die Sache ist: Google Workspace behandelt das anders als andere Plattformen. Gmails Weboberfläche liest den Date-Header für die Anzeige, sodass E-Mails im Browser tatsächlich korrekt aussehen. Aber die IMAP INTERNALDATE steht dauerhaft auf dem Migrationsdatum. Jeder IMAP-Client, der sich mit diesem Google Workspace-Konto verbindet - Outlook, Thunderbird, Apple Mail - liest die INTERNALDATE und zeigt stattdessen das Migrationsdatum.

Das erzeugt eine frustrierende Zweiteilung. Dieselbe E-Mail zeigt das richtige Datum in Gmail im Web, aber das falsche Datum in Outlook - verbunden mit demselben Konto. IT-Administratoren bekommen widersprüchliche Meldungen. "Meine E-Mails sind in Ordnung." "Meine E-Mails sind komplett falsch." Beide Benutzer haben recht - sie verwenden nur unterschiedliche Clients.

Tatsächlich: Sie haben gerade 85 Postfächer von On-Premises Exchange nach Google Workspace mit MigrationWiz migriert. Die Hälfte Ihres Teams nutzt die Gmail-Weboberfläche und sieht nichts Auffälliges. Die andere Hälfte nutzt Outlook über IMAP und eröffnet 85 Support-Tickets an einem Vormittag. Die Diagnose dauert Stunden, weil das Problem weder in der MigrationWiz-Konsole noch im Gmail Admin Panel sichtbar ist.

Das Doppeldatum-Problem trifft Organisationen am härtesten, in denen Benutzer über mehrere Clients auf ihre E-Mails zugreifen. Gmail Web sieht gut aus. Outlook ist kaputt. Apple Mail ist kaputt. Mobile IMAP-Clients sind kaputt. Nur die Weboberfläche maskiert das Problem.

Aber es geht tiefer als die Anzeige. Google Vault (die Compliance- und Archivierungslösung für Legal Hold und eDiscovery) referenziert die INTERNALDATE für bestimmte Vorgänge. Datumsbasierte juristische Ermittlungssuchen können ungenaue Ergebnisse liefern. Backup-Tools von Drittanbietern, die über IMAP verbinden, archivieren das Migrationsdatum als Nachrichtendatum und erzeugen so dauerhafte Ungenauigkeiten in Backup-Aufzeichnungen. Selbst Gmails eigener IMAP SEARCH DATE-Befehl verwendet die INTERNALDATE statt des Date-Headers.

Redate.io löst das Problem durch eine mehrstufige Header-Analyse-Pipeline, die INTERNALDATE und Migrations-Header korrigiert, ohne den E-Mail-Inhalt oder Anhänge zu verändern. Die Gmail-Web-Erfahrung (die bereits korrekt aussah) bleibt unverändert, während IMAP-Clients, Vault und Backup-Tools das richtige Datum lesen. Mustererkennung über Migrationstool-Signaturen stellt sicher, dass nur von BitTitan eingefügte Header adressiert werden.