MX + IMAP

Niveau intermédiaire

Migrer les e-mails en même temps que le site, le piège qu'on découvre trop tard

Un site migré et des e-mails oubliés, c'est du courrier perdu sans alerte. Pourquoi les boîtes ne suivent pas, et dans quel ordre les transférer.

Le site est migré, il s'ouvre parfaitement, tout le monde est content. Trois jours plus tard, un client appelle : il n'a jamais reçu de réponse au message qu'il vous a envoyé. Vous ne l'avez jamais reçu non plus.

C'est la panne la plus discrète d'une migration, et la plus coûteuse : un e-mail perdu ne déclenche aucune alerte, ni chez vous, ni chez l'expéditeur.

Pourquoi les e-mails ne suivent pas le site

Parce que ce sont deux services distincts, reliés par deux enregistrements DNS différents.

• L'enregistrement A dit où se trouve le site.
• Les enregistrements MX disent où livrer le courrier.

Quand vous migrez, vous changez le A. Si vous ne touchez pas aux MX, le courrier continue de partir vers l'ancien hébergeur. Deux issues, toutes deux mauvaises : soit il arrive dans des boîtes que vous ne consultez plus, soit le serveur a été résilié et les messages sont rejetés.

L'ordre des opérations

Le principe : le courrier ne doit jamais avoir nulle part où atterrir.

1. Créez les boîtes sur le nouvel hébergeur, avec exactement les mêmes adresses. Elles seront vides, c'est normal.
2. Copiez le contenu des anciennes boîtes vers les nouvelles, pendant que l'ancien serveur fonctionne encore.
3. Basculez les MX, avec un TTL abaissé la veille comme pour le reste de la zone.
4. Recopiez une dernière fois ce qui est arrivé dans l'intervalle.
5. Gardez l'ancien serveur une semaine, boîtes actives, pour récupérer les retardataires.

L'étape 4 est celle qu'on saute et celle qui coûte : entre la première copie et la bascule effective des MX, du courrier est arrivé sur l'ancien serveur.

Copier les boîtes sans les vider

L'outil de référence s'appelle imapsync. Il connecte les deux serveurs et recopie les messages en préservant les dossiers, les dates et les états lu ou non lu.

imapsync \
  --host1 ancien.hebergeur.fr --user1 contact@votredomaine.fr --password1 'xxx' \
  --host2 nouveau.hebergeur.fr --user2 contact@votredomaine.fr --password2 'yyy'

Il est idempotent : le relancer ne crée pas de doublons, il ne copie que ce qui manque. C'est précisément ce qui permet la seconde passe de l'étape 4.

La plupart des hébergeurs mutualisés proposent aussi un outil d'importation dans leur panneau. Il fait le même travail avec moins de contrôle, et convient très bien pour deux ou trois boîtes.

Ne comptez pas sur le POP. Une messagerie configurée en POP a souvent supprimé les messages du serveur au fil des ans : ils n'existent que sur l'ordinateur de la personne. Il n'y a alors rien à copier, et il faut exporter depuis le logiciel de messagerie lui-même.

Ne pas oublier SPF, DKIM et DMARC

Changer de serveur d'envoi sans mettre à jour ces trois enregistrements TXT, c'est se retrouver classé en indésirables du jour au lendemain.

Le SPF liste les serveurs autorisés à envoyer pour votre domaine. S'il désigne encore l'ancien hébergeur, vos nouveaux messages partent d'un serveur non autorisé. Certains destinataires les rejettent, la plupart les rangent en courrier indésirable, et vous ne recevez aucune notification.

Le nouvel hébergeur fournit la valeur à poser. Faites-le le jour de la bascule des MX, pas après.

Le contrôle qui prend deux minutes

Une fois la bascule faite :

1. Envoyez un message depuis une adresse extérieure vers chaque boîte migrée, et vérifiez qu'il arrive.
2. Envoyez un message depuis chaque boîte vers une adresse extérieure, et vérifiez où il atterrit, boîte de réception ou indésirables.
3. Vérifiez les alias et les redirections : ils ne se migrent presque jamais tout seuls.
4. Vérifiez l'adresse d'expédition de votre site, celle des formulaires de contact et des confirmations de commande.

Le point 4 est le plus oublié. Un site qui envoie encore ses notifications via l'ancien serveur SMTP continue de fonctionner quelques jours, puis s'arrête sans prévenir.

Ce que je fais, concrètement

Sur une migration complète, la partie courrier prend souvent plus de temps que le site lui-même. Elle se prépare, elle se vérifie, et elle ne se rattrape pas après coup : un message perdu est perdu.

Si vous avez déjà migré et que vous avez un doute sur vos e-mails, le contrôle des quatre points ci-dessus se fait en une demi-heure.