Corriger les dates de migration CloudM dans Outlook
Pourquoi les migrations CloudM affichent la mauvaise date dans Outlook
CloudM Migrate gère les transferts de boîtes aux lettres en téléchargeant les messages depuis le système source et en les transférant vers la destination. Lorsque la destination est un environnement Microsoft Exchange ou Microsoft 365 accessible via Outlook, chaque message transféré reçoit un nouvel en-tête Received du serveur de messagerie de destination. Cet en-tête Received contient l'horodatage de la migration, pas la date de livraison originale.
Outlook bureau détermine la date affichée dans la boîte de réception en lisant l'en-tête Received le plus récent dans la chaîne d'en-têtes de chaque e-mail. Comme l'en-tête de migration CloudM est le plus récent, Outlook affiche la date de migration pour chaque message. L'en-tête Date original existe toujours dans l'e-mail, mais Outlook donne la priorité à l'en-tête Received pour l'affichage de sa colonne « Reçu ».
Ce problème est particulièrement gênant pour les utilisateurs qui s'appuient fortement sur le tri et la recherche par date dans Outlook. Après une migration CloudM, la boîte de réception devient une masse indifférenciée de messages tous horodatés au même jour. Pour retrouver un e-mail spécifique d'une période donnée, il faudrait ouvrir chaque message individuellement et vérifier manuellement l'en-tête Date original, ce qui est totalement impraticable pour des boîtes aux lettres contenant des milliers de messages.
Comment cela affecte Outlook
La colonne « Reçu » d'Outlook affiche l'horodatage de migration pour chaque e-mail. Le tri par date devient inutile car tous les messages sont regroupés sous une seule date. La vue « Organiser par date », qui est le mode par défaut d'Outlook, présente l'intégralité de la boîte aux lettres comme un bloc uniforme au lieu des regroupements chronologiques habituels (Aujourd'hui, Hier, La semaine dernière, Le mois dernier, Plus ancien).
La recherche rapide et la recherche avancée d'Outlook sont impactées lors du filtrage par date. Les utilisateurs qui cherchent « e-mails reçus le mois dernier » ou « e-mails de janvier » n'obtiennent aucun résultat (ou tous les résultats, selon la date de migration) car Outlook effectue la recherche sur la date Received corrompue. Les règles Outlook qui traitent les e-mails en fonction de la date de réception dysfonctionnent également. Les paramètres d'archivage automatique qui déplacent les e-mails plus anciens qu'une certaine date échouent car Outlook considère que chaque e-mail a la même date récente de réception.
Questions fréquemment posées
CloudM Migrate affecte-t-il à la fois les e-mails envoyés et reçus dans Outlook ?
Oui. CloudM migre à la fois la boîte de réception et les éléments envoyés, et le serveur de destination ajoute un en-tête Received à chaque message transféré. Les e-mails envoyés et reçus affichent la date de migration dans Outlook après une migration CloudM.
Peut-on corriger les dates CloudM sans perdre la structure des dossiers ?
Oui. Redate.io préserve l'intégralité de la structure des dossiers, les libellés, les indicateurs et l'état lu/non lu. Seuls l'en-tête Received et l'INTERNALDATE sont corrigés. Le contenu de l'e-mail, les pièces jointes et l'emplacement dans les dossiers restent exactement identiques.
Combien de temps faut-il pour corriger une boîte aux lettres après une migration CloudM ?
Le temps de traitement dépend de la taille de la boîte aux lettres. Redate.io analyse la boîte aux lettres pour identifier les e-mails affectés, puis les traite un par un. Une boîte aux lettres typique de 10 000 e-mails peut être corrigée en quelques heures, entièrement en arrière-plan.