BitTitan-Migrationsdaten in Exchange Online korrigieren
Warum BitTitan-Migrationen das falsche Datum in Exchange Online anzeigen
Exchange Online ist das Mail-Backend, das Microsoft 365-Postfächer betreibt, und BitTitan MigrationWiz wird häufig verwendet, um Postfächer von On-Premises Exchange, Lotus Notes, GroupWise oder anderen Plattformen nach Exchange Online zu migrieren. Während der Migration lädt MigrationWiz jede Nachricht über EWS oder IMAP APPEND hoch, und die Transport-Pipeline von Exchange Online versieht jede Nachricht mit einem Received-Header, der den Upload-Zeitstempel enthält.
Exchange Online verwendet diesen Received-Header und die zugehörige PR_MESSAGE_DELIVERY_TIME-Eigenschaft, um das angezeigte Empfangsdatum zu bestimmen. Im Gegensatz zu einigen Mail-Systemen, die es Migrationstools ermöglichen, eine benutzerdefinierte Zustellzeit festzulegen, wendet die Verarbeitung von Exchange Online konsequent den tatsächlichen Upload-Zeitstempel an. Das bedeutet, dass jede migrierte E-Mail das Migrationsdatum in ihren Zustellzeitmetadaten trägt, unabhängig vom ursprünglichen Sendedatum.
Das Problem wird in Exchange Online verstärkt, da sich das verfälschte Datum durch alle verbundenen Dienste zieht: Outlook Desktop liest es, OWA zeigt es an, mobile Clients stellen es dar, und die integrierte Suche von Exchange Online indiziert es. PowerShell-Skripte, die Administratoren zur Abfrage von Postfachinhalten nach Datum verwenden, liefern ebenfalls Ergebnisse basierend auf dem Migrationszeitstempel statt dem Originaldatum, was die Überprüfung und Fehlerbehebung nach der Migration erschwert.
Wie sich dies auf Exchange Online auswirkt
In Exchange Online betrifft die verfälschte Zustellzeit jede Ebene des Mail-Stacks. Der Outlook-Desktop-Client, Outlook im Web und mobile Apps zeigen alle das Migrationsdatum in der Empfangsspalte an. Der Suchdienst von Exchange Online indiziert den Migrationszeitstempel, sodass Datumsbereichsabfragen in Outlook und OWA falsche Ergebnisse liefern.
Für Administratoren betreffen Exchange Online Management Shell-Befehle wie Get-MessageTrace und Search-Mailbox die Zustellzeiteigenschaft, die nun das Migrationsdatum widerspiegelt. Postfachüberwachung, Journaling-Regeln und Transportregeln, die auf Nachrichtendaten verweisen, arbeiten alle mit den verfälschten Zeitstempeln. Organisationen, die sich auf die nativen Compliance-Funktionen von Exchange Online (In-Place Hold, Retention Tags) verlassen, stellen fest, dass diese Richtlinien auf der Grundlage des falschen Datums angewendet werden, was möglicherweise dazu führt, dass Nachrichten in falschen Intervallen aufbewahrt oder gelöscht werden.
Häufig gestellte Fragen
Ist das anders als das Microsoft 365-Datumsproblem?
Exchange Online ist der Backend-Dienst, der Microsoft 365-Postfächer betreibt. Die Ursache ist dieselbe: BitTitan fügt während der Migration einen Received-Header hinzu, der das angezeigte Datum überschreibt. Die Korrektur in Exchange Online behebt das Datum in allen Microsoft 365-Anwendungen.
Können Exchange Online-Administratoren das mit PowerShell beheben?
PowerShell kann die Received-Header oder die INTERNALDATE vorhandener Nachrichten in Exchange Online nicht ändern. Der einzige Weg, die Daten zu korrigieren, besteht darin, die korrigierten Nachrichten neu einzufügen - genau das automatisiert Redate.io im großen Maßstab.
Unterstützt Redate.io Exchange Online-Hybridumgebungen?
Ja. Redate.io verbindet sich direkt mit Exchange Online-Postfächern. Ob die Organisation eine hybride Exchange-Konfiguration betreibt oder vollständig in der Cloud ist - Redate.io kann die Datumsverfälschung in jedem Postfach beheben, das über IMAP oder Exchange-Protokolle erreichbar ist.