CloudM-Migrationsdaten in Google Workspace korrigieren

CloudM Migrate gehört zu den beliebtesten Tools, um Postfächer nach Google Workspace zu verschieben, besonders aus Exchange-Umgebungen. Während der Migration lädt CloudM jede Nachricht über die Gmail API hoch. Das Problem? Googles Mail-Infrastruktur fügt jeder hochgeladenen Nachricht einen eigenen Received-Header hinzu, gestempelt mit dem exakten Moment der Migration - nicht dem Datum, an dem die E-Mail ursprünglich gesendet oder empfangen wurde.

Und jetzt wird es seltsam. Gmails Weboberfläche liest den Original-Date-Header für Anzeigezwecke, sodass E-Mails im Browser völlig korrekt aussehen. Aber jeder IMAP-Client - Outlook, Apple Mail, Thunderbird - liest stattdessen den INTERNALDATE-Wert. Dieser Wert spiegelt den Migrationszeitstempel wider. Man landet also in einer gespaltenen Realität: Die eine Hälfte der Benutzer meldet keinerlei Probleme, während die andere Hälfte darauf besteht, dass jede E-Mail dasselbe Datum zeigt.

Stellen Sie sich vor, was das mit einem IT-Helpdesk-Ticket macht. Der Admin öffnet Gmail im Browser, sieht korrekte Daten, und schließt das Ticket als "nicht reproduzierbar". Währenddessen starrt der Outlook-Benutzer auf 47.000 E-Mails, alle datiert auf den 15. März. Diese Diskrepanz zwischen Gmail Web und IMAP-Clients macht CloudM-zu-Google-Workspace-Migrationen besonders schwer zu diagnostizieren und verzögert die Lösung oft um Wochen.

Der Schaden geht über verwirrte Benutzer hinaus. Google Workspace-Verwaltungstools referenzieren die INTERNALDATE für Richtliniendurchsetzung. Aufbewahrungsrichtlinien in der Google Admin Console, Google Vault Legal Holds und DLP-Lösungen von Drittanbietern, die über IMAP verbinden - alle arbeiten mit dem Migrationszeitstempel statt dem echten Datum. Eine E-Mail von 2019, die gemäß Ihrer 3-Jahres-Aufbewahrungsrichtlinie hätte gelöscht werden sollen? Google Workspace denkt, sie ist letzten Monat angekommen.

Für Organisationen in regulierten Branchen (Gesundheitswesen, Finanzwesen, Recht) ist das nicht nur eine Unannehmlichkeit. Compliance-Audits, die auf präzise E-Mail-Datumsbereiche angewiesen sind, liefern unzuverlässige Ergebnisse. Und das Problem besteht unbegrenzt fort - keine automatische Korrektur, kein Ablaufdatum, keine Selbstheilung. Jeder IMAP-Client, der mit jedem betroffenen Google Workspace-Postfach verbunden ist, zeigt weiterhin falsche Daten, bis die zugrundeliegenden Metadaten auf Serverebene korrigiert werden.