Corriger les dates CloudM dans Microsoft 365

CloudM Migrate est un outil de référence pour les organisations qui déplacent leurs boîtes aux lettres depuis Google Workspace, Exchange on-premises ou d'autres plateformes vers Microsoft 365. La migration en elle-même se déroule généralement sans accroc. Puis quelqu'un ouvre Outlook et remarque quelque chose d'alarmant : chaque e-mail - des milliers - affiche la même date de réception.

Que s'est-il passé ? Pendant le transfert, le pipeline de transport d'Exchange Online traite chaque message migré comme une nouvelle livraison. Il estampille un nouvel en-tête Received avec l'horodatage de traitement actuel et définit la propriété PR_MESSAGE_DELIVERY_TIME en conséquence. C'est justement cette propriété que tous les clients lisent - Outlook bureau, Outlook on the web, Outlook mobile, et même les fonctionnalités Copilot de Microsoft.

Contrairement à Google Workspace (où le client web peut masquer le problème), Microsoft 365 affiche la mauvaise date de manière cohérente partout. Cette cohérence rend d'ailleurs la version M365 de ce problème beaucoup plus visible. Pas d'issue de secours du type "c'est bon dans le navigateur". Chaque utilisateur, sur chaque appareil, dans chaque application Microsoft 365 voit la date de migration. Les équipes IT découvrent généralement le problème dans les heures suivant la migration CloudM, mais à ce stade les dégâts sont déjà ancrés dans les métadonnées au niveau serveur.

L'impact se répercute dans tout l'écosystème M365. Outlook bureau, OWA, Outlook mobile, l'intégration e-mail Teams, Microsoft Search - tous affichent l'horodatage de migration. Les utilisateurs ne peuvent pas échapper aux dates incorrectes en changeant d'application. Imaginez un avocat qui cherche les "e-mails reçus entre janvier et mars 2023" pour préparer un contentieux. La recherche ne renvoie rien, ou renvoie tout, selon la date de migration. Ce n'est pas un désagrément mineur - c'est une défaillance potentielle en matière de collecte de preuves électroniques.

Microsoft Purview (anciennement Centre de conformité) et eDiscovery Premium indexent les messages par la date de livraison corrompue. Les recherches de contenu basées sur des plages de dates produisent des résultats peu fiables. Les étiquettes de rétention appliquées automatiquement selon l'âge des messages fonctionnent sur la mauvaise chronologie, ce qui signifie que certains messages sont supprimés trop tôt tandis que d'autres sont conservés indéfiniment. Les stratégies d'archivage automatique dans Outlook calculent mal l'âge des messages. Bref, pour toute organisation soumise à des obligations réglementaires de conservation des e-mails (RGPD notamment), cela crée une faille de conformité qui persiste tant que les dates ne sont pas corrigées.