imapsync-Migrationsdaten in Google Workspace korrigieren

imapsync ist das Standardtool für die Migration von Postfächern zu Google Workspace. Open-Source, skriptfähig, tausendfach im Einsatz bewährt. Aber hier liegt das Problem: Das IMAP-Gateway von Google Workspace verhält sich bei der Datumsverarbeitung nicht wie ein Standard-IMAP-Server.

Wenn imapsync eine Nachricht über das Standard-Mailübertragungsprotokoll mit dem Flag --syncinternaldates hochlädt, fordert es Google auf, das ursprüngliche INTERNALDATE vom Quellserver beizubehalten. Google Workspace akzeptiert diese Anfrage bei manchen Nachrichten, überschreibt sie aber bei anderen stillschweigend. Die Überschreibung hängt davon ab, wie die Nachricht Gmails interne Verarbeitungspipeline durchläuft - Spamfilter, Compliance-Prüfungen, Header-Validierung. Jeder Schritt kann das INTERNALDATE auf den aktuellen Zeitstempel zurücksetzen. Keine Warnung, kein Fehlerprotokoll, kein Hinweis darauf, dass das Datum geändert wurde.

Aber INTERNALDATE ist nur die halbe Wahrheit. Google Workspace fügt außerdem jeder hochgeladenen Nachricht einen neuen Received-Header mit dem Migrationsdatum hinzu. Dieser Received-Header steht ganz oben in der Header-Kette, und jeder IMAP-Client, der das Postfach ausliest (Outlook, Apple Mail, Thunderbird), zeigt diesen Migrationszeitstempel statt des Originaldatums an. Das Ergebnis? Ein Postfach, in dem 47.000 E-Mails scheinbar alle am 15. März 2025 eingegangen sind.

Was Google Workspace besonders tückisch macht: Die Gmail-Weboberfläche verwendet den Date-Header für die Anzeige - den imapsync nicht verändert. Der Administrator prüft Gmail im Browser, sieht überall korrekte Daten und geht davon aus, die Migration sei erfolgreich verlaufen. Währenddessen sehen 200 Mitarbeiter, die über Outlook zugreifen, eine Wand identisch datierter E-Mails. Haben Sie schon einmal versucht, einer Finanzverantwortlichen zu erklären, warum jede E-Mail in ihrem Postfach das gestrige Datum trägt?

Die Diskrepanz zwischen Gmail und IMAP erzeugt eine Zwei-Klassen-Realität innerhalb derselben Organisation. Wer die Gmail-Weboberfläche nutzt, sieht keine Fehler. Wer Outlook, Apple Mail oder einen anderen mobilen IMAP-Client verwendet, sieht bei jeder migrierten E-Mail das Migrationsdatum. Wenn ein Teammitglied sich auf "diese E-Mail von letztem Oktober" bezieht, sehen Kollegen je nach Client unterschiedliche Daten. Aus Verwirrung wird Misstrauen gegenüber dem gesamten E-Mail-System.

Dann ist da die Compliance-Frage. Google Vault - das Tool, auf das Organisationen für Legal Holds und eDiscovery setzen - verhält sich bei verfälschten Daten unberechenbar. Manche Vault-Suchen referenzieren den Date-Header, andere das INTERNALDATE. Eine Anfrage zur rechtlichen Offenlegung für "alle E-Mails zwischen Januar und März 2024" liefert möglicherweise unvollständige Ergebnisse, weil das INTERNALDATE besagt, die Nachrichten seien 2025 zugestellt worden. Für Organisationen in regulierten Branchen (Gesundheitswesen, Finanzen, Recht) ist das kein Ärgernis. Es ist ein Haftungsrisiko.

Redate.io verbindet sich über domänenweite Delegierung mit Google Workspace und führt seine proprietäre Korrekturengine über die betroffenen Postfächer aus. Die Engine führt eine mehrstufige Header-Analyse durch, um imapsync-Migrationssignaturen zu identifizieren, und wendet dann eine gezielte Metadatenkorrektur an, ohne den eigentlichen Nachrichteninhalt zu verändern. Jede korrigierte E-Mail wird einzeln überprüft, bevor das Original in ein Sicherungslabel verschoben wird. Das Admin-Dashboard verfolgt den Fortschritt über alle Postfächer in Echtzeit - ob 50 Postfächer oder 500, die Skalierung bleibt gleich.