Module 8 · 8.2

Français

Nederlands English Deutsch Français

Synchronisation IMAP et bascule du MX

Module 8: Déménager et mettre votre domaine en ordre · Temps de lecture : 12 minutes

Objectif pédagogique : après cette leçon, vous saurez copier des boîtes mail par synchronisation IMAP, effectuer la bascule du MX et vérifier par des requêtes DNS que le nouveau courrier arrive au bon endroit.

Notions clés : synchronisation IMAP (imapsync), source et destination, association des dossiers (Sent/Envoyé), premier et second passage, éviter les doublons, Message-ID, quota et pièces jointes volumineuses, changement de MX, TTL et caches, période de transition, joindre temporairement l'ancien serveur via son nom de serveur, basculer les appareils, mail.<domaine> pointe déjà vers le nouveau serveur

Comment fonctionne une synchronisation IMAP

Une synchronisation IMAP est un programme qui se connecte simultanément à deux boîtes mail : la source (l'ancienne boîte) et la destination (la nouvelle). Il lit la liste des dossiers de la source, crée ces dossiers dans la destination, puis copie, dossier par dossier, chaque message qui manque encore dans la destination. Le programme le plus connu est imapsync, un logiciel open source que de nombreux fournisseurs utilisent derrière leur outil de migration.

Points importants à connaître :

Il s'agit d'une copie, pas d'un déplacement. Rien ne change dans la source. Vous pouvez donc copier en toute tranquillité pendant que l'ancienne boîte mail continue de fonctionner normalement.
Un second passage ignore ce qui existe déjà. Le programme reconnaît les messages déjà présents dans la destination, généralement grâce à l'en-tête Message-ID et quelques autres en-têtes. Vous pouvez donc synchroniser autant de fois que vous le souhaitez sans créer de doublons.
Les indicateurs (flags) sont conservés : lu, répondu, marqué. La nouvelle boîte mail garde ainsi le même aspect.
La destination doit être suffisamment grande. Si la synchronisation s'arrête à mi-parcours, c'est souvent que la nouvelle boîte mail est pleine. Augmentez le quota et relancez : elle reprendra là où elle s'était arrêtée.

Associer les dossiers : Envoyé n'est pas toujours Envoyé

Chaque fournisseur nomme différemment les dossiers spéciaux. Chez l'un, le dossier des messages envoyés s'appelle Sent, chez l'autre Sent Items, Verzonden items ou INBOX.Sent. Gmail n'a pas de véritables dossiers mais des libellés, qu'il présente via IMAP comme des dossiers tels que [Gmail]/Messages envoyés et [Gmail]/Tous les messages.

Sans association, vous obtenez dans la nouvelle boîte mail un dossier Sent Items à côté de votre propre dossier Envoyé, et votre programme de messagerie n'en utilise qu'un des deux (leçon 3.1). Les bons outils de migration associent automatiquement les dossiers spéciaux ; imapsync propose pour cela l'option --automap, et avec --regextrans2 vous pouvez transformer vous-même les noms. Vérifiez après le premier passage que votre courrier envoyé se trouve dans le bon dossier.

Deux points d'attention pour Gmail :

Tous les messages ([Gmail]/All Mail) contient tout le courrier, y compris tout ce qui se trouve déjà dans d'autres libellés. Si vous copiez aussi ce dossier, vous obtenez tout en double. Ignorez-le dans la plupart des cas, sauf si vous avez du courrier qui est uniquement archivé.
Un message portant trois libellés apparaît via IMAP dans trois dossiers, et sera donc copié trois fois. C'est normal, mais cela compte dans votre espace de stockage.

Les dossiers contenant des éléments d'agenda ou des contacts (chez Microsoft 365 et Exchange, vous les voyez parfois aussi via IMAP) ne peuvent pas être copiés comme du courrier. Un bon outil les ignore et le signale.

Le premier passage

Lancez le premier passage bien avant la bascule du MX, une fois les nouvelles boîtes mail prêtes. Pour chaque boîte mail, vous avez besoin :

du serveur IMAP de la source (par exemple imap.mailprovider.example, ou le nom de serveur de votre ancienne offre d'hébergement) ;
de l'adresse et du mot de passe (ou mot de passe d'application, ou identifiants Microsoft, leçon 8.1) de la source ;
de l'adresse et du mot de passe de la destination, et du nom de serveur du nouveau fournisseur.

Un piège : votre ancien serveur IMAP est-il configuré comme mail.example.com, et avez-vous déjà déménagé le DNS ? Il se peut alors que mail.example.com pointe déjà vers le nouveau serveur, auquel cas le programme copierait de la nouvelle boîte mail vers la nouvelle boîte mail. Utilisez donc pour la source le nom de serveur fixe de votre ancien fournisseur (indiqué dans votre ancien e-mail de bienvenue ou votre panneau client), et non un nom sous votre propre domaine.

Les grandes boîtes mail avec de nombreuses pièces jointes prennent du temps : comptez des heures pour plusieurs gigaoctets. Laissez simplement le programme fonctionner ; la plupart des outils reprennent là où ils s'étaient arrêtés après une interruption.

La bascule du MX

Les boîtes mail sont-elles copiées et les enregistrements SPF, DKIM et DMARC sont-ils prêts (leçon 8.1, étape 3) ? Vous pouvez alors modifier les enregistrements MX avec les valeurs fournies par le nouveau fournisseur. Ensuite :

Vérifiez auprès du serveur de noms faisant autorité que le nouveau MX est bien présent. Vous le voyez immédiatement, sans cache :

$ dig +short NS example.com
ns1.dns.example.
ns2.dns.example.
$ dig +norecurse MX example.com @ns1.dns.example.
;; ANSWER SECTION:
example.com.     300   IN   MX   10 mx1.newprovider.example.
example.com.     300   IN   MX   20 mx2.newprovider.example.

Vérifiez auprès d'un résolveur public ce que voit le reste d'internet. Si vous obtenez encore l'ancienne valeur, ce résolveur l'a encore dans son cache jusqu'à l'expiration du TTL :

$ dig MX example.com @9.9.9.9
example.com.     212   IN   MX   10 mx.oldprovider.example.

Le chiffre (212) est le temps restant en secondes. Après ce délai, le résolveur interroge de nouveau.

Envoyez un e-mail de test depuis une adresse hors de votre domaine (par exemple un service de messagerie gratuit, ou depuis votre téléphone via la connexion mobile) et vérifiez qu'il arrive dans la nouvelle boîte mail. Dans les en-têtes (leçon 1.5), les lignes Received du haut vous indiquent par quel serveur il est arrivé.

La période de transition

Pendant la transition, il arrive encore que du courrier arrive sur l'ancien serveur : de la part d'expéditeurs dont le résolveur connaît encore l'ancien MX, et de serveurs qui avaient un message en file d'attente pour l'ancien serveur. Ce n'est pas un problème, tant que l'ancienne boîte mail continue d'exister. Deux manières de ne rien manquer :

Un second passage de synchronisation un jour après la bascule (ou plus tard, selon l'ancien TTL). Celui ci ne reprend que les nouveaux messages. Lors d'un déménagement de domaine avec changement de serveurs de noms, il est conseillé de faire encore un passage après deux ou trois jours.
Ou gardez temporairement les deux boîtes mail dans votre programme de messagerie, l'ancienne via le nom de serveur fixe de l'ancien fournisseur. Vous voyez ainsi immédiatement d'éventuels messages restants.

Le courrier que vous envoyez pendant cette période passe par le serveur sortant configuré sur votre appareil. Veillez à ce que le SPF contienne les deux fournisseurs pendant cette période, sinon votre courrier pourrait obtenir un moins bon score chez le destinataire s'il passe par le « mauvais » serveur.

Basculer les appareils

Configurez sur chaque appareil la nouvelle boîte mail comme un nouveau compte avec IMAP et les identifiants du nouveau fournisseur (module 2). Supprimez ensuite l'ancien compte. Pourquoi ne pas simplement modifier le compte existant ? Parce que le programme tente parfois alors de synchroniser l'ancienne copie locale avec la nouvelle boîte mail, ce qui peut créer des doublons ou faire disparaître des dossiers.

N'oubliez pas :

Supprimer rapidement les anciens comptes. Un téléphone oublié dans un tiroir qui tente sans cesse de se connecter avec un ancien mot de passe peut provoquer un blocage temporaire d'IP chez l'ancien ou le nouveau fournisseur (leçon 3.4). Plus rien ne fonctionne alors soudainement sur ce réseau.
Tout ce qui envoie par SMTP : site web, boutique en ligne, scanner, caisse enregistreuse (leçon 8.1).
Reconfigurer les signatures, règles et répondeurs automatiques.

Ne résiliez qu'ensuite

Ne résiliez les anciennes boîtes mail que lorsque tout fonctionne bien depuis quelques semaines et que le dernier passage de synchronisation est terminé. Nettoyez ensuite le DNS : retirez l'ancien fournisseur du SPF, supprimez l'ancien sélecteur DKIM, remettez le TTL à une valeur normale.

En pratique : à quoi cela ressemble chez un fournisseur

Chez WebOké, vous pouvez copier avec l'outil de déménagement d'e-mails dans Mon WebOké (qui choisit lui-même le nom de serveur des fournisseurs connus, se connecte aussi chez Microsoft et reprend après une interruption) ou avec Migrations IMAPSync dans DirectAdmin (renseignez l'hôte source, l'utilisateur et le mot de passe, puis choisissez la boîte mail de destination). Dans les deux cas, un second passage ignore ce qui a déjà été copié. D'autres fournisseurs proposent des outils de migration comparables ; les notions de source, destination et second passage sont partout les mêmes.

Résumé

Une synchronisation IMAP copie, dossier par dossier, ce qui manque dans la destination ; un second passage ne crée pas de doublons.
Associez les dossiers spéciaux (Envoyé, Corbeille) et faites attention, chez Gmail, aux libellés et à Tous les messages.
Utilisez pour la source le nom de serveur fixe de l'ancien fournisseur, pas mail.<votre domaine>.
Après le changement de MX : vérifiez d'abord auprès du serveur faisant autorité, puis publiquement (TTL), puis envoyez un e-mail de test depuis l'extérieur.
Second passage après l'ancien TTL, configurez les appareils comme nouveaux comptes, supprimez les anciens comptes, ne résiliez qu'après quelques semaines.

Quiz

Exercice

Exercice Z8.2 : Vérifier le MX et le TTL autour du changement. Indiquez votre propre domaine (ou utilisez wikipedia.org si vous n'avez pas de domaine). Renseignez : l'hôte MX de priorité la plus basse selon le serveur de noms faisant autorité, le TTL de l'enregistrement MX chez ce serveur de noms, et le fournisseur chez qui votre courrier arrive (texte libre). Le programme interroge NS, puis MX auprès d'un serveur de noms faisant autorité sans cache, et MX auprès d'un résolveur public. Il met les réponses côte à côte et vous signale si le résolveur public donne encore une réponse différente (la bascule n'est alors pas encore visible partout).

Pour aller plus loin

Les étapes décrites dans ces articles concernent les panneaux de WebOké ; chez d'autres fournisseurs, le fonctionnement est comparable.

Cookies sur WebOké

Paramètres des cookies

Nécessaires

Marketing