CloudM-Migrationsdaten in Gmail korrigieren

CloudM Migrate (ehemals Cloud Migrator) lädt E-Mails über die Gmail API nach Google Workspace hoch. Während des Uploads zeichnet Gmail den Einfügezeitstempel als INTERNALDATE der Nachricht auf. Der ursprüngliche Date-Header im E-Mail-Text überlebt die Migration. Aber die INTERNALDATE - das Feld, das IMAP-Clients lesen, um zu bestimmen, wann eine Nachricht empfangen wurde - wird dauerhaft mit dem Migrationsdatum überschrieben.

Was CloudM-Migrationen besonders verwirrend macht, ist das gespaltene Verhalten in Gmail. Die Gmail-Weboberfläche liest den Date-Header für die Anzeige, sodass E-Mails im Browser einwandfrei aussehen. Dasselbe Postfach in Outlook über IMAP öffnen, und jede E-Mail zeigt das Migrationsdatum. Apple Mail, Thunderbird, mobile IMAP-Clients - dieselbe Geschichte. Das Problem ist unsichtbar für jeden, der Gmail nur im Web nutzt, was die Diagnose erschwert und die Abweisung erleichtert.

"Die Migration war erfolgreich, die Daten sehen korrekt aus." Das sagt Ihnen die CloudM-Konsole. Das sagt Ihnen Gmail. Aber 60% Ihrer Benutzer verbinden sich über Outlook, und für die ist 14 Monate E-Mail-Historie auf einen einzigen Tag zusammengeschrumpft.

Die CloudM Admin-Konsole im Google Admin Panel (Admin > Apps > Google Workspace Marketplace Apps > CloudM Migrate) meldet das nicht als Problem. Kein Fehler, keine Warnung, kein Post-Migrations-Bericht, der INTERNALDATE-Verfälschung erwähnt. Ein stilles Datenqualitätsproblem, das erst auftaucht, wenn Benutzer sich beschweren.

Die Auswirkung hängt vollständig davon ab, wie Benutzer auf ihr Postfach zugreifen. Gmail Web? Sieht normal aus. Outlook, Apple Mail, Thunderbird über IMAP? Jede E-Mail zeigt das Migrationsdatum in der Empfangsspalte. Diese Inkonsistenz erzeugt verwirrte Support-Tickets und macht das Problem schwer erklärbar für nicht-technische Benutzer.

Über die Anzeige hinaus reicht die INTERNALDATE-Verfälschung in Compliance- und Backup-Infrastruktur. Google Vault referenziert die INTERNALDATE für bestimmte Aufbewahrungs- und Legal-Hold-Vorgänge, was die Genauigkeit datumsbasierter eDiscovery-Suchen beeinträchtigen kann. Backup-Tools von Drittanbietern, die über IMAP verbinden (Veeam, Spanning, Backupify), archivieren das Migrationsdatum als Nachrichtendatum und erzeugen dauerhafte Ungenauigkeiten in Backup-Aufzeichnungen, die möglicherweise erst bei einer Wiederherstellung entdeckt werden.

Redate.io korrigiert das durch Header-Kettenanalyse und Datums-Metadaten-Rekonstruktion, wobei nur CloudM-spezifische Migrationsartefakte adressiert werden. Die Gmail-Web-Erfahrung (die bereits korrekt angezeigt wurde) bleibt unverändert. IMAP-Clients, Google Vault und Backup-Tools lesen das Originaldatum. Jede Nachricht wird vor und nach der Korrektur einzeln verifiziert, um Datenverlust auszuschließen.