Corriger les dates de migration BitTitan dans Exchange Online
Pourquoi les migrations BitTitan affichent la mauvaise date dans Exchange Online
Exchange Online est le serveur de messagerie qui alimente les boîtes aux lettres Microsoft 365, et BitTitan MigrationWiz est fréquemment utilisé pour migrer des boîtes aux lettres depuis Exchange sur site, Lotus Notes, GroupWise ou d'autres plateformes vers Exchange Online. Lors de la migration, MigrationWiz transfère chaque message via EWS ou IMAP APPEND, et le pipeline de transport d'Exchange Online ajoute un en-tête Received à chaque message contenant l'horodatage du transfert.
Exchange Online utilise cet en-tête Received et la propriété PR_MESSAGE_DELIVERY_TIME associée pour déterminer la date de réception affichée. Contrairement à certains systèmes de messagerie qui permettent aux outils de migration de définir une date de livraison personnalisée, le traitement d'Exchange Online applique systématiquement l'horodatage réel du transfert. Cela signifie que chaque e-mail migré porte la date de migration dans ses métadonnées de livraison, quelle que soit la date d'envoi originale.
Le problème est amplifié dans Exchange Online car la date corrompue se propage à travers tous les services connectés : Outlook bureau la lit, OWA l'affiche, les clients mobiles la montrent, et la recherche intégrée d'Exchange Online l'indexe. Les scripts PowerShell que les administrateurs utilisent pour interroger le contenu des boîtes aux lettres par date renvoient également des résultats basés sur l'horodatage de migration plutôt que la date originale, compliquant la vérification et le dépannage post-migration.
Comment cela affecte Exchange Online
Dans Exchange Online, la date de livraison corrompue affecte chaque couche de la pile de messagerie. Le client Outlook bureau, Outlook sur le web et les applications mobiles affichent tous la date de migration dans la colonne de réception. Le service de recherche d'Exchange Online indexe l'horodatage de migration, de sorte que les requêtes par plage de dates dans Outlook et OWA renvoient des résultats incorrects.
Pour les administrateurs, les commandes Exchange Online Management Shell comme Get-MessageTrace et Search-Mailbox utilisent la propriété de date de livraison, qui reflète désormais la date de migration. L'audit des boîtes aux lettres, les règles de journalisation et les règles de transport qui référencent les dates des messages fonctionnent toutes sur les horodatages corrompus. Les organisations qui s'appuient sur les fonctionnalités de conformité natives d'Exchange Online (conservation inaltérable, balises de rétention) constatent que ces stratégies s'appliquent en fonction de la mauvaise date, conservant ou supprimant potentiellement des messages à des intervalles incorrects.
Questions fréquemment posées
Est-ce différent du problème de dates dans Microsoft 365 ?
Exchange Online est le service backend qui alimente les boîtes aux lettres Microsoft 365. La cause est la même : BitTitan ajoute un en-tête Received pendant la migration qui écrase la date affichée. Corriger le problème dans Exchange Online corrige la date dans toutes les applications Microsoft 365.
Les administrateurs Exchange Online peuvent-ils corriger cela avec PowerShell ?
PowerShell ne permet pas de modifier les en-têtes Received ou l'INTERNALDATE des messages existants dans Exchange Online. La seule solution consiste à réinsérer les messages corrigés, ce qui est exactement ce que Redate.io automatise à grande échelle.
Redate.io prend-il en charge les environnements Exchange Online hybrides ?
Oui. Redate.io se connecte directement aux boîtes aux lettres Exchange Online. Que l'organisation utilise une configuration Exchange hybride ou soit entièrement dans le cloud, Redate.io peut corriger la corruption des dates sur toute boîte aux lettres accessible via IMAP ou les protocoles Exchange.