Corriger les dates migration IMAP Exchange dans OWA
Pourquoi les migrations IMAP Exchange cassent les dates dans OWA
Outlook on the Web (OWA) est l'interface web d'Exchange Online et d'Exchange Server on-premises. Après une migration IMAP Exchange, chaque e-mail dans OWA affiche la date de migration au lieu de la date de réception originale. Pourquoi ? Parce qu'OWA lit la même propriété PR_MESSAGE_DELIVERY_TIME qu'Outlook bureau, et cette propriété a été écrasée pendant la migration.
Quand l'outil de migration IMAP intégré d'Exchange téléverse des messages vers la boîte de destination, le pipeline de transport traite chacun comme une nouvelle livraison. Il appose un en-tête Received avec l'heure de traitement actuelle et définit l'horodatage de livraison interne en conséquence. Les informations de date originales existent toujours dans l'en-tête Date, mais OWA ne consulte jamais ce champ pour l'affichage de sa colonne de dates.
Certains administrateurs supposent que le problème est limité à Outlook bureau et recommandent de passer à OWA comme solution de contournement. (Ce conseil revient étonnamment souvent dans les forums de migration.) En fait, ça ne change rien. OWA et Outlook bureau puisent tous deux dans le même magasin de messages Exchange. Si la date de livraison est fausse sur le serveur, elle est fausse partout - OWA, Outlook bureau, Outlook mobile, clients EWS tiers. Il n'existe pas d'échappatoire côté client à une corruption de dates côté serveur.
Impact des mauvaises dates sur l'expérience OWA
Chaque e-mail dans la liste de messages d'OWA affiche l'horodatage de migration. L'onglet Boîte de réception prioritaire, l'onglet Autres, les éléments envoyés, les messages archivés - tous affichent la même mauvaise date. La recherche d'OWA prend en charge les filtres de date comme "reçu:cette semaine" ou "reçu:le mois dernier", mais ces filtres interrogent l'horodatage de livraison corrompu. Une recherche d'e-mails reçus en janvier 2024 renvoie zéro résultat si la migration a eu lieu en mars 2026.
La vue conversation d'OWA regroupe toujours les messages correctement par fil (en utilisant le sujet et les références de message-ID), mais la date à côté de chaque message dans une conversation est la date de migration. Survoler la date révèle l'horodatage complet - qui est également faux. Le filtre de tri rapide par plage de dates devient peu fiable. Pour les organisations où OWA est le client de messagerie principal (fréquent dans les environnements qui évitent le déploiement de logiciels bureau, ou parmi les travailleurs à distance sur des appareils gérés), cela détruit la convivialité chronologique de chaque boîte passée par la migration IMAP.
Questions fréquemment posées
Le problème de dates dans OWA est-il le même que dans Outlook bureau ?
Identique. OWA et Outlook bureau lisent tous deux la propriété PR_MESSAGE_DELIVERY_TIME du magasin de messages Exchange. La corruption des dates est côté serveur, donc la corriger au niveau serveur via Redate.io rétablit l'affichage dans OWA, Outlook bureau et Outlook mobile simultanément.
Peut-on voir la date originale correcte quelque part dans OWA ?
Oui, mais uniquement manuellement. Ouvrez un message dans OWA, cliquez sur le menu trois points, et sélectionnez "Afficher la source du message". L'en-tête Date original montrera la date correcte. Faire cela pour 20000 e-mails n'est évidemment pas une solution réaliste.
Comment Redate.io identifie-t-il quels e-mails doivent être corrigés ?
Redate.io utilise la reconnaissance de signatures d'outils de migration pour identifier les e-mails affectés par la migration IMAP. Le moteur analyse la chaîne d'en-têtes de chaque message, détecte les en-têtes Received injectés par la migration et signale les messages où l'horodatage de livraison diverge de l'en-tête Date original.
Redate.io fonctionne-t-il avec Exchange Server on-premises ou uniquement Exchange Online ?
Les deux. Redate.io se connecte à tout environnement Exchange avec IMAP activé, y compris Exchange Online (Microsoft 365), Exchange Server 2016 et Exchange Server 2019. Le processus de correction est le même que l'hébergement soit dans le cloud ou on-premises.