Quand je propose à un dirigeant de migrer sa messagerie, la première objection n’est jamais le prix. C’est la peur.
« Je vais perdre des mails. » « Ça va couper pendant deux jours. » « Je vais me tromper dans les DNS et tout casser. »
Ces peurs sont légitimes — mais elles reposent sur une idée fausse : celle qu’une migration email serait une opération risquée et artisanale. En réalité, une migration IMAP bien conduite est un processus déterministe et sans perte. Les emails sont copiés, pas déplacés ; l’ancienne boîte reste intacte tant que tout n’est pas validé ; et la bascule se fait sans coupure de réception si on respecte l’ordre des opérations.
Voici la méthode complète, celle que j’applique pour chaque client qui quitte OVH, La Poste, Gandi ou un autre hébergeur historique.
Comprendre ce qu’on migre réellement
Une messagerie professionnelle, ce n’est pas qu’une boîte de réception. Une migration complète transfère :
- les emails (tous les dossiers IMAP : Réception, Envoyés, archives, dossiers personnalisés) ;
- les contacts (carnet d’adresses, via CardDAV ou export/import vCard) ;
- les agendas (via CalDAV ou export/import iCal) ;
- la configuration DNS du domaine (MX, SPF, DKIM, DMARC, autoconfig).
Le cœur du risque perçu porte sur les emails. C’est aussi la partie la plus simple à sécuriser, grâce au protocole IMAP.
Le principe clé : IMAP copie, il ne déplace pas
La migration des emails repose sur un outil éprouvé depuis vingt ans : imapsync. Son fonctionnement est le fondement de la garantie « zéro perte » :
- Il se connecte à l’ancienne boîte (source) en lecture.
- Il se connecte à la nouvelle boîte (destination) en écriture.
- Il copie chaque message, en préservant les dossiers, les dates, le statut lu/non-lu et les drapeaux.
- Il peut être relancé autant de fois que nécessaire : il ne recopie que ce qui manque (synchronisation incrémentale).
Point capital : l’ancienne boîte n’est jamais modifiée ni vidée. Tant que la migration n’est pas validée, vos emails existent en double, à l’identique, des deux côtés. Il n’y a pas de moment où ils n’existent que sur le nouveau serveur. C’est ce qui rend l’opération réversible et sans risque de perte.
Les 6 étapes d’une migration propre
Étape 1 — Inventaire et préparation
Avant de toucher à quoi que ce soit, on liste :
- toutes les boîtes du domaine et leur volume (nombre de messages, taille) ;
- l’usage réel de chacune (boîte active, alias, boîte partagée, redirection) ;
- les enregistrements DNS actuels (MX, SPF, DKIM, DMARC, éventuel autoconfig/autodiscover) ;
- la valeur TTL des enregistrements MX (on y revient à l’étape 4 — c’est crucial).
Cet inventaire évite les mauvaises surprises : la boîte oubliée, l’alias qui pointait ailleurs, le TTL à 24h qui allonge la bascule.
Étape 2 — Création des boîtes sur le nouveau serveur
On crée toutes les boîtes de destination, avec les mêmes adresses. À ce stade, rien n’est encore basculé : le nouveau serveur existe en parallèle, prêt à recevoir, mais aucun email n’y arrive encore puisque les MX pointent toujours vers l’ancien hébergeur.
Étape 3 — Première synchronisation (à froid)
On lance imapsync une première fois, pendant que l’ancienne messagerie continue de fonctionner normalement. Cette première passe copie le gros du volume (potentiellement des années d’archives). Elle peut durer plusieurs heures pour de grosses boîtes — sans aucun impact sur votre activité, puisque vous continuez d’utiliser l’ancienne boîte pendant ce temps.
Étape 4 — La bascule DNS (le seul moment sensible)
C’est le cœur de la migration. On modifie les enregistrements DNS pour rediriger le courrier entrant vers le nouveau serveur :
- MX → nouveaux serveurs de réception ;
- SPF → autoriser le nouveau serveur à envoyer en votre nom ;
- DKIM → publier la nouvelle clé publique (voir notre guide SPF/DKIM/DMARC) ;
- DMARC → à conserver ou ajuster.
L’astuce anti-coupure : abaisser le TTL à l’avance. 24 à 48h avant la bascule, on réduit le TTL des enregistrements MX (par exemple à 300 secondes). Ainsi, quand on change les MX, la propagation est quasi instantanée au lieu de prendre des heures. Pendant la courte fenêtre de propagation, certains serveurs enverront encore vers l’ancien MX — c’est pourquoi on garde l’ancienne boîte active.
Étape 5 — Seconde synchronisation (à chaud)
Juste après la bascule DNS, on relance imapsync. Cette seconde passe est rapide : elle ne récupère que les emails arrivés dans l’ancienne boîte entre la première synchro et la bascule (grâce à la nature incrémentale de l’outil). Résultat : aucun email reçu pendant la migration n’est perdu. On peut relancer cette passe autant de fois que nécessaire, tant que d’anciens serveurs continuent d’écrire sur l’ancien MX pendant la propagation.
Étape 6 — Vérification et bascule des clients
On vérifie :
- que le nombre de messages correspond des deux côtés, dossier par dossier ;
- que la réception fonctionne sur le nouveau serveur (envoi d’un email test) ;
- que le score de délivrabilité est bon (SPF/DKIM/DMARC valides — visez le 10/10) ;
- que contacts et agendas sont bien présents.
On reconfigure ensuite les clients mail (Outlook, Thunderbird, mobiles) avec les nouveaux paramètres IMAP/SMTP. Ce n’est qu’une fois tout validé que l’ancienne messagerie peut être résiliée — jamais avant.
Les erreurs classiques (et comment les éviter)
| Erreur | Conséquence | Prévention |
|---|---|---|
| Résilier l’ancien hébergeur trop tôt | Perte des emails en cours de propagation | Garder l’ancienne boîte 1 à 2 semaines après validation |
| Oublier d’abaisser le TTL avant | Coupure de plusieurs heures à la bascule | TTL à 300s 48h avant |
| Ne pas migrer le dossier « Envoyés » | Historique d’envoi perdu | Synchroniser tous les dossiers, pas seulement Réception |
| DKIM non publié avant la bascule | Emails sortants en spam dès J1 | Publier SPF/DKIM/DMARC avant de changer les MX |
| Oublier alias et boîtes partagées | Courrier perdu silencieusement | Inventaire exhaustif à l’étape 1 |
Combien de temps ça prend, réellement ?
Pour une PME de quelques boîtes, le temps de travail effectif est de l’ordre de 2 à 3 heures, réparties sur quelques jours (le temps d’abaisser les TTL et de propager). Le ressenti côté utilisateur, lui, est proche de zéro : la réception ne coupe pas, les emails ne disparaissent pas, et le seul changement visible est la reconfiguration des clients mail.
La difficulté n’est pas technique — c’est la rigueur du séquencement. Une migration ratée n’est presque jamais une migration « impossible » : c’est une migration où l’on a résilié trop tôt, oublié une boîte, ou négligé les DNS.
Chez Missivio, la migration est incluse dans toutes les offres, automatisée via notre admin et imapsync, avec garantie écrite zéro perte et vérification post-migration systématique. Vous ne touchez pas aux DNS : on vous fournit les lignes à copier-coller chez votre registrar, et on valide tout avant d’activer. Si vous voulez qu’on s’occupe de votre bascule OVH, La Poste ou Gandi de bout en bout, réservez 20 minutes — on regarde votre cas concret.
Alexis DELAPORTE, fondateur de Missivio