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 die Transport-Pipeline von Exchange Online versieht jede einzelne Nachricht mit einem frischen Received-Header. Dieser Header trägt den Upload-Zeitstempel - das Migrationsdatum, nicht das Datum, an dem die E-Mail ursprünglich gesendet oder empfangen wurde. Exchange Online verwendet dann diesen Received-Header und die zugehörige PR_MESSAGE_DELIVERY_TIME-Eigenschaft, um das Datum zu bestimmen, das Benutzern angezeigt wird.

Das Problem? Exchange Online lässt Migrationstools den Zustellungszeitstempel nicht überschreiben. Die Plattform wendet konsequent die tatsächliche Upload-Zeit an. Punkt. Jede migrierte E-Mail - ob von 2018, 2021 oder letztem Dienstag - bekommt dasselbe Migrationsdatum aufgestempelt.

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.