CloudM-Migrationsdaten in Gmail korrigieren
Warum CloudM-Migrationen das falsche Datum in Gmail anzeigen
CloudM Migrate (ehemals Cloud Migrator) wird häufig für die Migration von Postfächern nach Google Workspace eingesetzt. CloudM verwendet die Gmail API, um E-Mails auf das Ziel-Gmail-Konto hochzuladen. Während dieses Uploads zeichnet Gmails Infrastruktur den Einfügezeitstempel als INTERNALDATE der Nachricht auf und überschreibt damit das ursprüngliche Zustelldatum mit dem Datum, an dem die Migration durchgeführt wurde.
CloudM versucht, den ursprünglichen Date-Header im E-Mail-Text zu erhalten, und Gmails Weboberfläche verwendet diesen Date-Header typischerweise für Anzeigezwecke. Die IMAP INTERNALDATE ist jedoch dauerhaft auf das Migrationsdatum gesetzt. Jeder IMAP-Client, der sich mit dem Gmail-Konto verbindet (Outlook, Apple Mail, Thunderbird, mobile Clients über IMAP), liest diese INTERNALDATE und zeigt das Migrationsdatum in der Empfangsspalte an.
Organisationen, die von Microsoft 365, On-Premises Exchange oder anderen Plattformen mit CloudM nach Google Workspace migrieren, entdecken dieses Problem, wenn Benutzer Desktop-Clients mit ihren neuen Gmail-Konten verbinden. Die Gmail-Weboberfläche mag korrekt aussehen, aber Outlook und Apple Mail zeigen jede E-Mail als am Migrationsdatum empfangen an, was Verwirrung und Support-Tickets in der gesamten Organisation verursacht.
Wie sich dies auf Gmail auswirkt
In Gmail hängt die Auswirkung davon ab, wie der Benutzer auf sein Postfach zugreift. Die Gmail-Weboberfläche zeigt Daten typischerweise korrekt an, da sie den Date-Header aus der E-Mail selbst liest. Jeder IMAP-verbundene Client (Outlook, Apple Mail, Thunderbird) zeigt jedoch das Migrationsdatum an, da diese Clients sich auf die IMAP INTERNALDATE statt auf den Date-Header verlassen.
Gmails Label-System und Suche sind ebenfalls auf subtile Weise betroffen. Während Gmails Web-Suche den Date-Header für "before:"- und "after:"-Operatoren verwendet, nutzt der IMAP SEARCH DATE-Befehl die INTERNALDATE. Backup-Tools und E-Mail-Archivierungslösungen von Drittanbietern, die sich über IMAP verbinden, archivieren das Migrationsdatum als Nachrichtendatum und erzeugen so dauerhafte Ungenauigkeiten in den Backup-Aufzeichnungen. Google Vault, das für Compliance und Legal Hold verwendet wird, kann für bestimmte Operationen ebenfalls die INTERNALDATE referenzieren, was die Genauigkeit der datumsbasierten juristischen Ermittlung beeinträchtigt.
Häufig gestellte Fragen
Verfälscht CloudM Migrate immer die Daten in Gmail?
CloudM lädt E-Mails über die Gmail API hoch, die die INTERNALDATE auf den Upload-Zeitstempel setzt. Der Date-Header innerhalb der E-Mail wird beibehalten, sodass Gmail Web normalerweise das korrekte Datum anzeigt. IMAP-Clients zeigen jedoch das Migrationsdatum an, da sie die INTERNALDATE lesen.
Warum sehen E-Mails in Gmail Web korrekt aus, aber in Outlook falsch?
Gmail Web verwendet den Date-Header aus dem E-Mail-Text für die Anzeige, den CloudM beibehält. Outlook und andere IMAP-Clients verwenden die IMAP INTERNALDATE, die auf das Migrationsdatum gesetzt ist. Redate.io korrigiert die INTERNALDATE, damit alle Clients das richtige Datum anzeigen.
Kann Redate.io CloudM-Migrationsdaten in einer gesamten Google Workspace-Domain korrigieren?
Ja. Durch domainweite Delegation in Google Workspace kann Redate.io Postfächer in der gesamten Organisation scannen und korrigieren. Administratoren können mehrere Postfächer verarbeiten, ohne dass einzelne Benutzer einbezogen werden müssen.