E-Mail-Daten nach Google-Workspace-Migration korrigieren

6 min

Das Datumsproblem bei Google-Workspace-Migrationen

Organisationen, die zu Google Workspace migrieren, machen oft eine unangenehme Entdeckung: Alle E-Mails in allen Postfächern zeigen das falsche Datum. Statt des ursprünglichen Sende- oder Empfangsdatums zeigt jede Nachricht das Datum der Migration. Ob die Organisation von Microsoft Exchange, Office 365, Zimbra, Lotus Notes oder einem anderen IMAP-Server migriert hat - Tausende E-Mails, alle mit ein und demselben Datum gestempelt.

Und das ist nicht spezifisch für ein bestimmtes Migrationswerkzeug. Das Problem tritt bei BitTitan MigrationWiz, CloudM Migrate, GSMMO, imapsync und allen anderen Werkzeugen auf, die E-Mails per IMAP oder Gmail API in Google Workspace einfügen. Die Ursache hängt mit einem grundsätzlichen Mechanismus der Nachrichtenverarbeitung durch Mailserver zusammen.

Für eine werkzeugspezifische Anleitung zu GSMMO (Google Workspace Migration for Microsoft Outlook) siehe den GSMMO-Artikel.

Gängige Migrationspfade zu Google Workspace

Von Microsoft Exchange (on-premises)

Organisationen mit lokalen Exchange-Servern (2010, 2013, 2016 oder 2019) migrieren zu Google Workspace, um Infrastrukturkosten zu senken und ein Cloud-Modell zu übernehmen. Diese Migrationen verwenden in der Regel CloudM, BitTitan MigrationWiz oder GSMMO. Das Migrationswerkzeug verbindet sich mit Exchange, lädt jede E-Mail herunter und lädt sie in das Google-Workspace-Postfach des Benutzers hoch. Jede hochgeladene E-Mail erhält einen neuen "Received"-Header mit dem Migrationszeitstempel.

Von Microsoft 365 (Office 365)

Migrationen von Microsoft 365 zu Google Workspace sind häufig, wenn Organisationen das Ökosystem wechseln. BitTitan MigrationWiz und CloudM sind die beliebtesten Werkzeuge für diesen Migrationstyp. Der Prozess extrahiert E-Mails aus Exchange Online und fügt sie in Google Workspace ein. Dasselbe "Received"-Header-Problem gilt: Jede migrierte E-Mail zeigt das Migrationsdatum.

Von anderen IMAP-Servern

Migrationen von Zimbra, Zoho, cPanel-Hosting, Dovecot, Courier und anderen IMAP-Servern zu Google Workspace verwenden Werkzeuge wie imapsync, CloudM oder benutzerdefinierte Skripte. Das Ziel (Google Workspace) fügt bei der Einfügeoperation einen "Received"-Header hinzu, unabhängig von der Quellplattform. Selbst Migrationen von einem anderen Google-Workspace-Tenant verursachen dasselbe Problem.

Warum Daten in Google Workspace falsch sind

Die Gmail-Weboberfläche vs. IMAP-Clients

Google Workspace stellt eine besondere Situation dar. Die Gmail-Weboberfläche verwendet in der Regel den "Date"-Header der E-Mail zur Datumsanzeige, was bedeutet, dass E-Mails bei der Anzeige über die Weboberfläche oft das richtige Datum zeigen. Wenn dagegen über einen IMAP-Client (Outlook, Apple Mail, Thunderbird) auf dasselbe Postfach zugegriffen wird, liest der Client den neuesten "Received"-Header und zeigt das Migrationsdatum an.

Dieser Unterschied schafft erhebliche Verwirrung. Ein Administrator, der die Migration in der Gmail-Weboberfläche testet, sieht korrekte Daten und schließt daraus, dass die Migration erfolgreich war. Aber wenn Benutzer Outlook mit ihrem Google-Workspace-Konto verbinden, melden sie, dass jede E-Mail das falsche Datum hat. Das Problem existiert auf dem Server (die Header enthalten den Migrationszeitstempel), wird aber nur in bestimmten Clients sichtbar. Wie viele Administratoren haben ein Migrationsprojekt abgeschlossen und gedacht, alles sei in Ordnung, nur um am folgenden Montag mit Tickets überschwemmt zu werden?

Der IMAP-INTERNALDATE-Faktor

Google Workspace speichert ein INTERNALDATE für jede E-Mail, das während des Einfügeprozesses gesetzt wird. Einige Migrationswerkzeuge setzen diesen Wert korrekt auf das Originaldatum, andere belassen ihn beim Migrationsdatum. Aber selbst wenn das INTERNALDATE korrekt ist, zeigen IMAP-Clients, die "Received"-Header bevorzugen (wie Outlook), trotzdem das falsche Datum. Die vollständige Korrektur erfordert sowohl die Entfernung des Migrations-"Received"-Headers als auch die Überprüfung, dass das INTERNALDATE korrekt gesetzt ist. Für eine detaillierte technische Erklärung siehe Warum E-Mails nach der Migration falsche Daten zeigen.

Google-Workspace-Admin-Optionen (die nicht funktionieren)

Die Google Admin-Konsole

Die Google Admin-Konsole bietet umfangreiche Kontrollen für die Google-Workspace-Verwaltung, enthält aber keine Funktion zur Korrektur von E-Mail-Daten nach der Migration. Kein Massen-Header-Bearbeitungswerkzeug. Kein Datumskorrektur-Dienstprogramm. Keine Möglichkeit, das INTERNALDATE bestehender E-Mails über die Admin-Oberfläche zu ändern.

Google Apps Script

Google Apps Script kann viele Gmail-Operationen automatisieren, kann aber keine Roh-E-Mail-Header ändern. Die über Apps Script verfügbaren GmailApp- und Gmail-API-Dienste erlauben das Lesen von Nachrichten, Ändern von Labels und Metadaten, unterstützen aber nicht den Austausch des rohen RFC-2822-Inhalts einer Nachricht. Die Korrektur erfordert die Arbeit auf einer weit tieferen Ebene als das, was Apps Script freigibt.

Google-Datenmigrationsdienst

Der Datenmigrationsdienst von Google (verfügbar in der Admin-Konsole) ist für die Migration von E-Mails zu Google Workspace konzipiert, nicht für die Korrektur von Headern nach der Migration. Eine zweite Migration mit diesem Werkzeug würde einen zusätzlichen "Received"-Header hinzufügen und das Problem verschlimmern.

Google-Workspace-Daten mit Redate.io korrigieren

Wie Admin-Delegation funktioniert

Redate.io nutzt die domainweite Delegationsfunktion von Google Workspace, um auf Postfächer zuzugreifen. Der Administrator erstellt ein Service Account in der Google Cloud Console, gewährt die nötigen Gmail-API-Berechtigungen und aktiviert die domainweite Delegation. Das erlaubt Redate.io, jedes Postfach der Organisation zu verarbeiten, ohne individuelle Benutzerzugangsdaten zu benötigen.

Die Einrichtung der Delegation dauert etwa 10 Minuten und folgt demselben Prozess wie andere Google-Workspace-Migrations- und Verwaltungswerkzeuge. Einmal eingerichtet, kann der Administrator beliebig viele Postfächer über das Redate.io-Dashboard analysieren und korrigieren.

Erste Schritte

Service Account erstellen. Erstellen Sie in der Google Cloud Console ein neues Projekt (oder verwenden Sie ein bestehendes), aktivieren Sie die Gmail API und erstellen Sie ein Service Account mit aktivierter domainweiter Delegation.

API-Berechtigungen gewähren. Navigieren Sie in der Google-Workspace-Admin-Konsole zu Sicherheit, dann API-Steuerung, dann Domainweite Delegation. Fügen Sie die Client-ID des Service Accounts hinzu und gewähren Sie die von Redate.io benötigten Gmail-API-Berechtigungen.

In Redate.io verbinden. Melden Sie sich bei Redate.io an, wählen Sie "Google Workspace" als Plattform und laden Sie die JSON-Schlüsseldatei des Service Accounts hoch. Redate.io validiert die Verbindung und listet die verfügbaren Postfächer auf.

Postfächer analysieren. Wählen Sie die zu analysierenden Postfächer aus (oder analysieren Sie alle). Die kostenlose Analyse identifiziert die Anzahl der E-Mails mit falschen Daten in jedem Postfach. Für die Analyse ist keine Zahlung erforderlich.

Korrigieren. Prüfen Sie die Analyseergebnisse, wählen Sie einen Tarif und starten Sie die Korrektur. Die proprietäre Korrektur-Engine von Redate.io verarbeitet jedes Postfach, indem sie jede E-Mail durch eine mehrstufige Analyse-Pipeline leitet, die Encoding-Probleme, Multipart-Nachrichtenstrukturen, digitale Signaturen und Dutzende Sonderfälle behandelt, die ein handgeschriebenes Skript beschädigen würde. Der Fortschritt ist in Echtzeit sichtbar. Die Originalnachrichten werden 30 Tage in einem Label "Redate.io - Originals" aufbewahrt.

Nach der Korrektur

Sobald Redate.io die Korrektur abgeschlossen hat, zeigen die E-Mails das richtige Datum in allen Clients: Gmail Web, Outlook, Apple Mail, Thunderbird und jede andere per IMAP verbundene Anwendung. Die Korrektur ist dauerhaft. Kein laufendes Abonnement oder Wartung erforderlich. Benutzer können nach Datum sortieren, nach Datumsbereichen suchen und Compliance-Werkzeuge mit Vertrauen in die Genauigkeit der Zeitstempel nutzen. Das Postfach funktioniert so, wie es vom ersten Tag an hätte funktionieren sollen.

Werkzeugspezifische Anleitungen für Google Workspace

Für detaillierte Anweisungen basierend auf dem verwendeten Migrationswerkzeug siehe diese Anleitungen:

Migration zu Google Workspace und alle E-Mails zeigen das falsche Datum? Starten Sie eine kostenlose Analyse mit Redate.io, um zu sehen, wie viele E-Mails in allen Postfächern betroffen sind, und stellen Sie die korrekten Daten wieder her.