CloudM-Migrationsdaten in Microsoft 365 korrigieren
Warum CloudM-Migrationen das falsche Datum in Microsoft 365 anzeigen
CloudM Migrate wird häufig verwendet, um Postfächer von Google Workspace, On-Premises Exchange und anderen Plattformen nach Microsoft 365 zu migrieren. Wenn CloudM E-Mails nach Microsoft 365 hochlädt, verarbeitet die Transport-Pipeline von Exchange Online jede Nachricht und fügt einen Received-Header mit dem aktuellen Upload-Zeitstempel hinzu. Dieser wird zum neuesten Received-Header in der Header-Kette der Nachricht.
Microsoft 365 verwendet diesen Zustellungszeitstempel in seinem gesamten Ökosystem. Outlook Desktop, Outlook im Web, Outlook Mobile und sogar Microsofts KI-gestützte Funktionen referenzieren alle dieselbe PR_MESSAGE_DELIVERY_TIME-Eigenschaft, die aus dem Migrations-Received-Header gesetzt wird. Im Gegensatz zu Google Workspace (wo der Webclient das Problem maskieren kann) zeigt Microsoft 365 das Migrationsdatum konsistent in allen Client-Anwendungen an.
Die Konsistenz des falschen Datums über alle Microsoft 365-Clients hinweg macht das Problem für jeden Benutzer sofort sichtbar. Nach einer CloudM-Migration nach Microsoft 365 sieht die gesamte Organisation dasselbe Symptom: Jede E-Mail in jedem Postfach scheint am Migrationsdatum empfangen worden zu sein. Es gibt keinen clientspezifischen Workaround; die Datumsverfälschung ist in den Nachrichtenmetadaten auf Serverebene eingebettet.
Wie sich dies auf Microsoft 365 auswirkt
Die einheitliche Datumsbehandlung von Microsoft 365 bedeutet, dass das Migrationsdatum überall gleichzeitig erscheint. Outlook Desktop, OWA, Outlook Mobile, die Teams-E-Mail-Integration und Microsoft Search zeigen alle das falsche Empfangsdatum an. Benutzer können den falschen Daten nicht entgehen, indem sie zu einer anderen Microsoft 365-Anwendung wechseln.
Für Microsoft 365-Administratoren erstreckt sich die Auswirkung auf Verwaltungs- und Compliance-Tools. Das Exchange Admin Center, Microsoft Purview (ehemals Compliance Center) und eDiscovery Premium indizieren alle Nachrichten nach dem verfälschten Zustellungsdatum. Inhaltssuchen nach E-Mails innerhalb eines bestimmten Datumsbereichs liefern falsche Ergebnisse. Aufbewahrungslabels, die automatisch basierend auf dem Nachrichtenalter angewendet werden, arbeiten auf der falschen Zeitachse, was möglicherweise zu vorzeitigem Löschen oder unbegrenzter Aufbewahrung von Nachrichten führt, die anders behandelt werden sollten.
Häufig gestellte Fragen
Bietet CloudM eine Option zur Vermeidung der Datumsverfälschung bei der M365-Migration?
CloudM bewahrt den ursprünglichen Date-Header, aber der Zielserver (Exchange Online) fügt während des Nachrichten-Uploads seinen eigenen Received-Header hinzu. Dies ist ein serverseitiges Verhalten, das Migrationstools nicht verhindern können. Die einzige Lösung ist die Korrektur der Daten nach der Migration.
Können Microsoft 365-Admin-Tools die Daten korrigieren?
Nein. Microsoft 365 bietet keine integrierten Tools zur Änderung der Received-Header oder der Zustellzeit vorhandener Nachrichten. Redate.io ist speziell für dieses Problem konzipiert: Es entfernt den Migrations-Header und fügt die E-Mail mit der korrekten INTERNALDATE wieder ein.
Ist die Korrektur in Microsoft 365 dauerhaft?
Ja. Sobald Redate.io die E-Mail korrigiert hat, wird die Originalnachricht (mit dem falschen Datum) in ein Backup-Label verschoben. Die korrigierte Nachricht hat die richtigen Received-Header und INTERNALDATE, und Microsoft 365 indiziert das korrekte Datum fortan.