English
Français
Deutsch
Español
Português
Italiano
Nederlands
Dansk
Svenska
Norsk
Suomi
Türkçe
Ελληνικά
Русский
Polski
Čeština
Українська
Magyar
Română
Български
Hrvatski
Srpski
Slovenčina
Slovenščina
Lietuvių
Latviešu
Eesti
日本語
한국어
العربية
Bahasa Indonesia
Zimbra et les problèmes de dates après migration
Zimbra Collaboration Suite est l'une des plateformes de messagerie open-source les plus déployées au monde. Universités, agences gouvernementales, entreprises, hébergeurs, tous utilisent Zimbra. Et les installations Zimbra sont fréquemment la source ou la destination de migrations email à grande échelle, que les organisations passent à des plateformes cloud comme Google Workspace ou Microsoft 365, consolidant plusieurs instances Zimbra, ou migrant depuis une autre plateforme vers Zimbra.
Dans chacun de ces scénarios, le processus de migration peut corrompre les dates des emails. Après migration, tous les emails affichent la date de migration au lieu de leur date d'envoi ou de réception d'origine.
Pourquoi les migrations Zimbra sont fréquentes
Usage en entreprise et hébergement
Zimbra est populaire dans les environnements où les organisations veulent un contrôle total sur leur infrastructure de messagerie. Les universités utilisent Zimbra pour servir des dizaines de milliers de boîtes étudiantes et enseignantes. Les hébergeurs proposent Zimbra comme solution de messagerie gérée. Les agences gouvernementales déploient Zimbra sur site pour répondre aux exigences de souveraineté des données.
Quand ces organisations décident de migrer, la migration implique des volumes massifs de données email.
Parcours de migration courants
Les scénarios de migration Zimbra les plus courants incluent : Zimbra vers Google Workspace, Zimbra vers Microsoft 365, Zimbra vers Zimbra (renouvellement matériel ou mise à jour de version), et hébergement IMAP tiers vers Zimbra. Chacun de ces parcours utilise l'IMAP comme mécanisme de transport, et chacun déclenche le même problème de dates.
Comment les dates cassent pendant la migration Zimbra
Le problème de l'IMAP APPEND
Que l'on migre vers ou depuis Zimbra, l'outil de migration télécharge les emails du serveur source et les charge sur la destination en utilisant la commande IMAP APPEND. Le serveur de destination ajoute un en-tête "Received" à chaque message pendant l'insertion. Cet en-tête contient l'horodatage de la migration, pas la date de livraison originale. Les clients de messagerie comme Outlook affichent la date de l'en-tête "Received" le plus haut, montrant la date de migration pour chaque email. Pour une explication technique complète, voir IMAP INTERNALDATE : pourquoi les dates cassent.
Les outils natifs de Zimbra
Zimbra fournit des outils en ligne de commande (zmmailbox, zmprov) pour l'administration du serveur. Certains administrateurs utilisent zmmailbox pour exporter et importer des données de boîtes au format natif de Zimbra. Bien que la migration en format natif puisse préserver plus de métadonnées que la migration IMAP, elle n'est disponible que pour les migrations Zimbra-vers-Zimbra. Les migrations inter-plateformes doivent utiliser l'IMAP ou des outils spécialisés qui s'appuient sur l'IMAP, et ceux-ci déclenchent toujours le problème d'en-tête Received.
imapsync et Zimbra
imapsync est l'outil open-source le plus couramment utilisé pour migrer vers et depuis Zimbra. Il est fiable et gère correctement l'implémentation IMAP de Zimbra. Mais imapsync ne peut pas empêcher le serveur de destination d'ajouter un en-tête Received pendant l'APPEND. Même avec la préservation de l'INTERNALDATE par imapsync, le problème d'en-tête Received persiste. Voir le guide de correction des dates imapsync pour les détails.
Identifier les problèmes de dates dans Zimbra
Vérifier les en-têtes dans le webmail Zimbra
Dans le client web de Zimbra, ouvrez un email concerné, cliquez sur la flèche déroulante à côté de "Répondre" et sélectionnez "Afficher l'original". Cela affiche le message RFC 2822 brut avec tous les en-têtes. Regardez l'en-tête "Received" le plus haut. S'il contient un horodatage correspondant à la date de migration, c'est l'en-tête Received de migration qui cause le problème de dates.
La différence entre webmail et client IMAP
Le client web de Zimbra peut afficher la valeur de l'en-tête Date plutôt que celle de l'en-tête Received pour l'affichage principal de la date. Cela signifie que les dates peuvent apparaître correctes dans le webmail Zimbra mais fausses dans Outlook, Apple Mail ou Thunderbird. Vérifiez toujours les dates dans les clients IMAP que les utilisateurs finaux utilisent réellement.
Corriger les dates Zimbra avec Redate.io
Connecter Zimbra à Redate.io
Redate.io se connecte aux serveurs Zimbra via IMAP standard. Les informations de connexion requises sont : le nom d'hôte du serveur IMAP, le port IMAP (993 pour SSL, 143 pour STARTTLS), l'adresse email de l'utilisateur et le mot de passe de l'utilisateur.
Comment fonctionne la correction
Après connexion, Redate.io analyse tous les dossiers de la boîte Zimbra pour identifier les emails affectés par des anomalies de date. L'analyse est gratuite.
Pour chaque email concerné, le moteur de correction propriétaire de Redate.io analyse la chaîne complète d'en-têtes, détecte les anomalies de date qui révèlent une manipulation par migration, quel que soit l'outil de migration utilisé, et passe le message dans un pipeline d'analyse multi-étapes qui gère les cas limites que la plupart des scripts ratent complètement. Signatures S/MIME, parties MIME imbriquées, en-têtes non-ASCII encodés, variations de Content-Transfer-Encoding. Après correction, la vérification d'intégrité confirme que chaque message est intact avant que l'original ne soit déplacé dans un dossier de sauvegarde visible dans la boîte, où il reste jusqu'à sa suppression par le client.
La correction fonctionne que Zimbra soit la source ou la destination de la migration. Tant que la boîte est accessible via IMAP, Redate.io peut restaurer les dates correctes.
Considérations spécifiques à Zimbra
Versions Zimbra et compatibilité IMAP
Les versions Zimbra 8.x et 9.x supportent toutes deux pleinement IMAP4rev1, et Redate.io fonctionne avec les deux. Les installations Zimbra plus anciennes (7.x et antérieures) supportent aussi l'IMAP, bien que les organisations utilisant ces versions devraient envisager une mise à jour pour des raisons de sécurité.
Gestion des grandes boîtes
Les déploiements Zimbra en entreprise ont souvent des boîtes très volumineuses (50000 à 200000 emails par utilisateur). Comment vérifier que chacun de ces messages corrigés est intact ? Redate.io gère les grandes boîtes en traitant les emails par lots, en respectant les limites de connexion du serveur et en reprenant si une connexion est interrompue. Chaque email passe par la vérification d'intégrité.
Tags et dossiers partagés Zimbra
Zimbra supporte les tags (similaires aux libellés Gmail) et les dossiers partagés. Redate.io préserve tous les tags Zimbra sur les emails corrigés. Les dossiers partagés sont traités de la même manière que les dossiers normaux, et les autorisations de partage du dossier ne sont pas affectées.
Hébergeurs Zimbra
De nombreux hébergeurs proposent Zimbra comme service géré. Pour un Zimbra hébergé, l'accès IMAP doit être activé par l'hébergeur. La plupart des installations Zimbra gérées ont l'IMAP activé par défaut. Si l'IMAP n'est pas disponible, contactez l'hébergeur pour l'activer avant de connecter Redate.io.
Dates Zimbra erronées après migration ? Lancez une analyse gratuite avec Redate.io pour voir combien d'emails sont concernés et restaurer les horodatages corrects.