BitTitan-Migrationsdaten in Exchange Online korrigieren

Exchange Online ist die Mail-Engine hinter jedem Microsoft 365-Postfach. BitTitan MigrationWiz gehört zu den meistgenutzten Tools, um Postfächer von On-Premises Exchange, Lotus Notes, GroupWise oder anderen Legacy-Plattformen nach Exchange Online zu verschieben. Die Migration selbst läuft meistens problemlos. Die Daten? Weniger.

Das passiert: MigrationWiz lädt jede Nachricht über EWS oder IMAP hoch, und Exchange Online behält das Datum, das es erhält: wird das Originaldatum übergeben, behält die Kopie es. Das Datum, das Outlook als Empfangsdatum anzeigt, ist der eigene Eintrag des Postfachs für den Zeitpunkt, an dem jede E-Mail eingetroffen ist (die PR_MESSAGE_DELIVERY_TIME-Eigenschaft). Hat MigrationWiz das Originaldatum nicht übergeben, hält dieser Eintrag den Moment des Uploads fest, das Migrationsdatum, nicht das Datum, an dem die E-Mail ursprünglich gesendet oder empfangen wurde.

Das Problem? Wird das Originaldatum nicht übermittelt, warnt Sie nichts davor. So zeigt jede migrierte E-Mail - ob von 2018, 2021 oder letztem Dienstag - dasselbe Migrationsdatum an.

Stellen Sie sich vor: 1.200 Postfächer über ein Wochenende mit MigrationWiz migriert. Montagmorgen gehen 400 Tickets ein. Jeder Posteingang sieht so aus, als wären alle E-Mails am Samstag angekommen. Sortierung nach Datum funktioniert nicht mehr. Suche nach Datum liefert Unsinn. Und der verfälschte Zeitstempel zieht sich durch alles: Outlook Desktop, OWA, Mobile Clients, sogar PowerShell-Abfragen wie Get-MessageTrace und Search-Mailbox. Compliance-Tools (In-Place Hold, Aufbewahrungsrichtlinien) wenden Richtlinien auf Basis des falschen Datums an - mit potenziell gravierenden Folgen für die Datenaufbewahrung.

Der Schaden ist vollständig. Jede Schicht des Exchange Online-Stacks liest die verfälschte Zustellzeit. Outlook Desktop zeigt das Migrationsdatum. OWA zeigt es. Mobile Apps zeigen es. Der integrierte Suchindex verwendet den Migrationszeitstempel, sodass datumsbasierte Abfragen in jedem Client falsche Ergebnisse liefern.

Für Administratoren wird es noch schlimmer. Exchange Online Management Shell-Befehle referenzieren die Zustellzeit-Eigenschaft, die jetzt das Migrationsdatum widerspiegelt. Postfachüberwachung, Journaling-Regeln und Transportregeln, die nach Nachrichtendatum filtern, arbeiten alle mit verfälschten Zeitstempeln. Kann man unter solchen Bedingungen ein zuverlässiges Compliance-Audit durchführen? Ehrlich gesagt: nein.

Redate.io behebt das Problem durch eine proprietäre Korrektur-Engine, die Header-Kettenanalyse und Datums-Metadaten-Rekonstruktion auf Serverebene durchführt. Jede Nachricht wird einzeln verarbeitet und verifiziert, um sicherzustellen, dass das Originaldatum über alle Exchange Online-Dienste hinweg korrekt wiederhergestellt wird - ohne Nachrichteninhalt oder Anhänge zu verändern. Die korrigierten Zeitstempel werden automatisch in Outlook, OWA, Mobile Apps und Compliance-Tools übernommen.