Checklist de migration des e-mails sans perte en 2026

Checklist de migration des e-mails : tout vérifier avant et après la bascule

Si vous considérez une migration de messagerie comme un simple copier-coller, vous risquez des pertes de données silencieuses, des fils de réponse interrompus et une file d'assistance remplie de rejets « utilisateur inconnu ». Une checklist conçue pour les administrateurs permet d'éviter ces mauvaises surprises.

Cette checklist s'adresse à ceux qui ne peuvent se permettre aucune interruption. Elle laisse la théorie de côté pour se concentrer sur les exigences techniques d'une bascule sans perte. Pour retrouver la méthode complète, consultez notre guide de configuration de la messagerie.

Avant le départ : l'inventaire approfondi

Impossible de migrer ce que l'on ne voit pas. La cause d'échec la plus courante est le shadow IT, avec des objets présents dans l'annuaire mais absents de la liste des utilisateurs. Toute checklist de migration doit commencer par traiter cet angle mort.

1. Cartographie de l'infrastructure et des identités

• Recensez tous les types d'objets : ne comptez pas seulement les utilisateurs. Inventoriez les listes de diffusion, les boîtes partagées et les dossiers publics.
• Relevez les adresses proxy : assurez-vous que chaque proxyAddress de la source possède une correspondance sur la destination.
• Point essentiel pour une migration Exchange : mappez le LegacyExchangeDN (X.500) vers le nouveau système sous forme de proxy x500:. Sans cette étape, les réponses internes produisent des rapports de non-remise IMCEAEX.

Contrôlez les transferts masqués

Les règles de transfert côté serveur ne migrent pas par IMAP. Identifiez-les avant de commencer :

2. Repérez les boîtes géantes

• Signalez les boîtes de plus de 20 Go. La plupart des fournisseurs limitent l'importation IMAP. Une boîte de 50 Go ne sera pas migrée en un seul week-end. Vous devez précharger ces utilisateurs plusieurs semaines à l'avance. La documentation de migration Google Workspace présente ces limites.
• Vérifiez la profondeur des dossiers : Exchange Online impose une limite stricte de 300 niveaux. Les arborescences profondes peuvent être tronquées sans avertissement si vous ne les aplatissez pas au préalable.

3. Préparation du DNS (la règle des 300 secondes)

• Ramenez le TTL des enregistrements MX, SPF et DMARC à 300 secondes 48 heures avant la bascule.
• Réglez DMARC sur p=none. L'application de p=reject pendant la migration augmente le risque de bloquer des messages légitimes si l'alignement n'est pas encore correctement configuré.

Pour suivre toute la procédure de bascule DNS, consultez notre guide de configuration de la messagerie sur un domaine.

La synchronisation : déplacer les données sans déclencher de limitation

L'objectif consiste à transférer 90% des données pendant que les utilisateurs continuent de travailler, sans dépasser les limites de débit du fournisseur. C'est à cette étape de la checklist que la plupart des administrateurs sous-estiment la complexité.

Stratégie de préchargement

1. Synchronisez d'abord les anciens messages : configurez votre outil, ou imapsync, pour migrer les éléments de plus de 30 jours
2. Gardez à l'esprit la portée réelle d'IMAP : comme l'indique la RFC 3501 (IMAP), ce protocole ne transfère que les e-mails. Les calendriers, les contacts, les tâches et les règles restent sur la source. Exportez les calendriers au format .ics et les contacts au format .csv pour les archiver localement.

Repères sur les limitations

Gestion des erreurs

• HTTP 429/503 : ces codes signalent qu'il faut ralentir. Votre outil doit appliquer un délai exponentiel : attendez 5s, puis 10s et enfin 20s.
• Éléments corrompus : définissez un seuil de tolérance, par exemple 50 éléments. Interrompre une migration de 10 Go pour un seul en-tête corrompu de 2 Ko constitue un échec opérationnel.

La bascule : routage et synchronisation différentielle finale

Effectuez cette opération pendant une fenêtre de maintenance planifiée. Ici, la rapidité compte. C'est la partie de la checklist la plus sensible au temps.

Le gel

Désactivez l'accès des utilisateurs à l'ancien système ou imposez un arrêt strict des opérations. Lancez ensuite la dernière synchronisation différentielle afin de récupérer les messages reçus pendant le préchargement.

Avertissement UIDVALIDITY : si le serveur source a réindexé les dossiers, l'outil peut tenter de télécharger des doublons. Commencez toujours par une simulation.

Bascule DNS

1. Mettez à jour les enregistrements MX pour pointer vers le nouveau fournisseur. Avec un TTL de 300s, les caches peuvent se renouveler rapidement, mais le délai réel de propagation dépend des résolveurs.
2. Mettez à jour SPF : ajoutez le mécanisme include du nouveau fournisseur, par exemple include:spf.trekmail.net. Respectez la limite de 10 recherches DNS prévue par la RFC 7208 et aplatissez les enregistrements si nécessaire.
3. Publiez DKIM : les clés des nouveaux sélecteurs deviennent utilisables après leur publication et la propagation DNS.

Contrôles après la bascule : la checklist de migration des e-mails

« Tout semble correct » n'est pas une méthode de validation. Voici ce qu'il faut réellement contrôler.

La mesure de référence : le nombre d'éléments

Ne vous fiez pas au volume total, car la compression varie selon les fournisseurs. Une boîte de 10 Go dans Gmail peut n'afficher que 8 Go sur la destination. Comparez plutôt le nombre d'éléments dossier par dossier.

Remise en état des clients de messagerie

• Nouveaux profils : ne réparez pas les anciens profils Outlook. Créez-en de nouveaux afin d'obtenir un fichier .ost propre.
• Éliminez les connexions persistantes : bloquez le port 993 sur l'ancien serveur et le port 443 seulement s'il n'héberge aucun autre service. Sinon, des appareils mobiles peuvent se reconnecter à l'ancien serveur et créer une situation incohérente entre les deux systèmes.

Aide au dépannage

TrekMail prend en charge les étapes difficiles de cette checklist

La checklist manuelle ci-dessus exige des scripts PowerShell, une surveillance de la propagation DNS et une gestion des limitations. TrekMail aborde la migration comme une fonction d'infrastructure, pas comme une mission de conseil.

Pour les petites entreprises

TrekMail intègre un moteur de migration IMAP. Saisissez vos anciens identifiants Gmail, cPanel ou Exchange, et le système gère automatiquement la synchronisation des messages et dossiers pris en charge, le mappage et les nouvelles tentatives. Effectuez toujours un rapprochement final avec la source. Aucun script ni aucune ligne de commande ne sont nécessaires.

Découvrez notre hébergement de messagerie professionnelle, conçu pour les équipes qui ne souhaitent pas administrer leur infrastructure.

Pour les agences

Au lieu de jongler avec 50 quotas de stockage, TrekMail propose un espace mutualisé entre tous les domaines clients. Le SMTP géré prend en charge la réputation d'envoi et vous évite ainsi de devoir chauffer une adresse IP.

Toutes les offres payantes bénéficient d'un essai gratuit de 14 jours avec carte bancaire requise. L'offre Nano ne demande aucune carte.

Conclusion

Une checklist de migration des e-mails ne vise pas l'exhaustivité pour le principe. Chaque point correspond à un incident concret qui a déjà coûté cher à de véritables administrateurs. Recensez les objets cachés, préchargez les boîtes géantes, réduisez les TTL, lancez la synchronisation différentielle et validez le nombre d'éléments plutôt que de vous fier à votre intuition.

Prêt à cocher tous les points de cette checklist ? Créez votre compte TrekMail gratuit et laissez le moteur de migration intégré prendre en charge l'infrastructure.