CloudM-Migrationsdaten in Microsoft 365 korrigieren

CloudM Migrate ist ein häufig genutztes Tool für Organisationen, die Postfächer von Google Workspace, On-Premises Exchange oder anderen Plattformen nach Microsoft 365 verschieben. Die Migration selbst verläuft in der Regel problemlos. Dann öffnet jemand Outlook und bemerkt etwas Alarmierendes: Jede einzelne E-Mail - Tausende davon - zeigt dasselbe Empfangsdatum.

Was ist passiert? Während des Uploads behandelt die Transport-Pipeline von Exchange Online jede migrierte Nachricht als neue Zustellung. Sie stempelt einen frischen Received-Header mit dem aktuellen Verarbeitungszeitstempel und setzt die PR_MESSAGE_DELIVERY_TIME-Eigenschaft entsprechend. Diese Eigenschaft ist das, was Outlook Desktop, Outlook im Web, Outlook Mobile und sogar Microsofts Copilot-Funktionen bei der Datumsanzeige referenzieren. Anders als bei Google Workspace (wo der Web-Client das Problem maskieren kann) zeigt Microsoft 365 das falsche Datum einheitlich überall an.

Diese Einheitlichkeit ist tatsächlich das, was die M365-Version dieses Problems so sichtbar macht. Es gibt keinen "funktioniert aber im Browser"-Ausweg. Jeder Benutzer, auf jedem Gerät, in jeder Microsoft 365-Anwendung sieht das Migrationsdatum. IT-Teams entdecken das Problem üblicherweise innerhalb von Stunden nach Abschluss der CloudM-Migration, aber zu diesem Zeitpunkt ist der Schaden bereits in den Nachrichtenmetadaten auf Serverebene eingebettet.

Die Auswirkung zieht sich durch das gesamte M365-Ökosystem. Outlook Desktop, OWA, Outlook Mobile, Teams-E-Mail-Integration, Microsoft Search - alles zeigt den Migrationszeitstempel. Benutzer können den falschen Daten nicht durch Wechsel der Anwendung entkommen. Stellen Sie sich einen Anwalt vor, der nach "E-Mails empfangen zwischen Januar und März 2023" sucht, um sich auf einen Rechtsstreit vorzubereiten. Die Suche liefert nichts oder alles, je nachdem, wann die Migration stattfand. Das ist keine kleine Unannehmlichkeit - das ist ein potenzielles Discovery-Versagen.

Microsoft Purview (ehemals Compliance Center) und eDiscovery Premium indizieren Nachrichten nach dem verfälschten Zustellungsdatum. Inhaltssuchen auf Basis von Datumsbereichen liefern unzuverlässige Ergebnisse. Aufbewahrungslabels, die automatisch basierend auf dem Nachrichtenalter angewendet werden, arbeiten auf der falschen Zeitachse - manche Nachrichten werden zu früh gelöscht, andere unbegrenzt aufbewahrt. Für jede Organisation, die regulatorischen Anforderungen an E-Mail-Aufbewahrung unterliegt (übrigens auch DSGVO-relevant), entsteht eine Compliance-Lücke, die bestehen bleibt, bis die Daten korrigiert werden.