Réponse rapide
Comment migrer mes e-mails vers un nouveau fournisseur sans perdre de courrier ?
Abaissez le TTL de vos enregistrements MX à 300 à 600 secondes 24 à 48 heures à l'avance, importez l'ancienne archive dans la nouvelle boîte, modifiez les enregistrements MX en dernier et conservez l'ancien compte jusqu'à l'arrivée des nouveaux e-mails. Postelva héberge le DNS : le changement se résume donc à la modification de deux enregistrements ou plus.
Combien d'enregistrements changent quand vous migrez
| Nouveau fournisseur | MX | TXT de vérification | SPF | DKIM | DMARC | Enregistrements au total |
|---|---|---|---|---|---|---|
| Proton Mail | 2 | 1 | 1 include | 3 CNAME | 1 | 8 |
| Mailbox.org | 4 | 1 | 1 include | 4 CNAME | 1 | 11 |
| Fastmail | 2 | Non requis pour une configuration MX seule | 1 include | 3 CNAME | Non lu (non vérifié) | 6, sans DMARC |
Cinq étapes dans le bon ordre
Abaisser le TTL
Au moins 24 à 48 heures avant la migration, réglez le TTL des enregistrements MX sur 300 à 600 secondes. Un changement se propage en environ l'ancien TTL : une valeur courte avant le changement le rend rapide.
Préparer la nouvelle boîte
Ajoutez votre domaine chez le nouveau fournisseur, créez les adresses et les alias, puis copiez l'enregistrement de vérification qu'il affiche. Ne touchez pas encore aux enregistrements MX.
Copier les anciens e-mails
Importez l'archive avec l'outil d'import IMAP du nouveau fournisseur pendant que l'ancien compte reçoit encore des e-mails. La redirection seule ne déplace que les nouveaux e-mails.
Basculez les enregistrements MX
Remplacez les anciens enregistrements MX par les nouveaux, ajoutez le nouvel include SPF à l'enregistrement SPF existant et ajoutez les enregistrements DKIM. Gardez l'ancien serveur en réception jusqu'à l'expiration de l'ancien TTL.
Confirmer, puis nettoyer
Envoyez-vous un test depuis deux comptes extérieurs, vérifiez les en-têtes, conservez l'ancien compte un certain temps, puis relevez à nouveau le TTL et supprimez les anciens enregistrements.
Pourquoi le TTL décide-t-il si des e-mails sont perdus ?
Le TTL est le nombre de secondes pendant lesquelles un résolveur peut garder une réponse ; il fixe donc la durée pendant laquelle les expéditeurs continuent d'utiliser vos anciens enregistrements MX. Si l'ancien TTL est de 86400 secondes, un expéditeur qui a interrogé votre domaine une minute avant le changement continue de livrer à l'ancien serveur jusqu'à un jour. Avec un TTL de 300 à 600 secondes, la fenêtre est de cinq à dix minutes.
La règle des guides de délivrabilité est d'abaisser le TTL 24 à 48 heures avant la migration, pour que chaque cache contienne déjà la valeur courte le jour J, puis de le relever ensuite. Un changement MX typique se stabilise alors en 1 à 4 heures, et peut prendre 24 à 48 heures au pire. Il s'agit d'une recommandation des fournisseurs, pas d'une norme. Les réponses vides sont aussi mises en cache, avec le TTL de l'enregistrement SOA de la zone (RFC 2308) : un enregistrement créé tardivement peut donc rester invisible un moment chez certains résolveurs.
Comment copier mes anciens e-mails avant le changement ?
Importez l'ancienne archive en IMAP avant de modifier le moindre enregistrement MX. Proton Mail, par exemple, documente une migration depuis Gmail avec un outil d'import, et les conseils des guides de migration des fournisseurs convergent vers le même ordre : importer d'abord, changer les MX seulement quand la destination est prête, conserver l'ancien compte jusqu'à avoir confirmé que tout est arrivé.
Deux habitudes évitent la plupart des pertes. D'abord, laissez l'ancienne boîte recevoir des e-mails pendant l'import, car les messages arrivés pendant la copie ne seront que dans l'ancien compte. Ensuite, lancez un second import, court, après le changement de MX pour récupérer les messages arrivés sur l'ancien serveur pendant la propagation. Pour l'ordre des opérations quand votre adresse change de fournisseur mais pas de nom, lisez comment garder votre adresse e-mail quand vous changez de fournisseur.
Comment changer les enregistrements MX en toute sécurité ?
Supprimez les anciens enregistrements MX ou donnez aux nouveaux le numéro de priorité le plus bas, et ne laissez jamais deux fournisseurs mélangés. Fastmail et Proton Mail le disent tous deux dans leurs pages d'aide : avec d'anciens et de nouveaux enregistrements côte à côte, les e-mails sont livrés de façon imprévisible à l'un ou l'autre serveur. Un enregistrement MX désigne un serveur de messagerie et une priorité ; les expéditeurs essaient d'abord le numéro le plus bas. Le concept est expliqué dans ce qu'est un enregistrement MX.
Chez Postelva, la zone se modifie dans l'espace client, et modèles DNS en un clic pour Proton Mail, Fastmail, Zoho Mail, Google Workspace et Microsoft 365, plus un modèle SPF + DMARC et un modèle « sans e-mail » pour un domaine qui n'envoie rien. Un modèle remplace en une action les enregistrements MX, SPF et DKIM du fournisseur. Pour Tuta, Mailbox.org, iCloud+ et Migadu, vous saisissez les enregistrements MX, TXT et CNAME dans l'éditeur DNS, avec les valeurs affichées sur l'écran du fournisseur lui-même.
Que deviennent SPF et DKIM lors d'une migration ?
Un domaine ne peut publier qu'un seul enregistrement SPF : ajoutez l'include du nouveau fournisseur à l'enregistrement existant au lieu d'en créer un second. Proton Mail, Mailbox.org et Mailfence donnent tous la même consigne. Gardez l'ancien include dans l'enregistrement jusqu'à ce que vous ayez cessé d'envoyer depuis l'ancien fournisseur, puis retirez-le : la vérification SPF autorise au plus 10 requêtes DNS (RFC 7208), et chaque include compte.
Les enregistrements DKIM sont différents. Chaque fournisseur utilise ses propres noms de sélecteurs, comme fm1, fm2 et fm3 chez Fastmail ou protonmail, protonmail2 et protonmail3 chez Proton Mail ; les nouveaux enregistrements peuvent donc coexister avec les anciens jusqu'à ce que vous supprimiez l'ancien fournisseur. Consultez les enregistrements publiés avec les commandes de comment vérifier les enregistrements MX, SPF, DKIM et DMARC.
Comment savoir si la migration a réussi ?
Envoyez un message de test au domaine depuis deux comptes extérieurs et lisez les en-têtes de livraison. Selon l'index de Postelva du 12 novembre 2026, passer à Proton Mail suppose de modifier 8 enregistrements, 11 pour Mailbox.org et 6 pour Fastmail (l'enregistrement DMARC de Fastmail n'a pas été lu sur les pages vérifiées) : vérifier chaque type d'enregistrement est donc le moyen le plus rapide de repérer un oubli.
Si un message n'arrive pas, la panne vient presque toujours de l'une des causes de pourquoi les e-mails n'arrivent pas sur un domaine personnalisé. Gardez l'ancien compte quelques semaines, car un expéditeur dont le cache est périmé peut encore y livrer. Quand l'ancien compte reste vide, remettez le TTL à sa valeur normale et supprimez les anciens enregistrements.
Changer de fournisseur : questions
Combien de temps dure le changement ?
Un changement MX typique se stabilise en 1 à 4 heures et peut prendre 24 à 48 heures. Proton Mail demande de prévoir jusqu'à un jour. Un TTL court réglé à l'avance garde la fenêtre réduite.
Vais-je perdre mon adresse en changeant de fournisseur ?
Non, si l'adresse est sur votre propre domaine : le domaine reste chez le même registraire et seuls les enregistrements changent. Une adresse sur le domaine de l'ancien fournisseur, comme @proton.me ou @tuta.com, ne peut pas être déplacée.
Puis-je changer sans importer les anciens e-mails ?
Oui, mais vous perdez l'archive dans la nouvelle boîte. Gardez l'ancien compte ouvert, ou exportez les e-mails, jusqu'à avoir ce dont vous avez besoin.
Le changement modifie-t-il l'enregistrement de mon domaine ?
Non. L'enregistrement, la date de renouvellement et le titulaire restent les mêmes. Seuls les enregistrements DNS qui pointent vers le serveur de messagerie changent.
Dois-je changer à une heure creuse ?
Cela aide, mais ce n'est pas obligatoire. Ce qui compte, c'est que le changement de MX ait lieu après l'import et après l'abaissement du TTL.
En résumé
- Abaissez le TTL MX à 300 à 600 secondes 24 à 48 heures avant la migration.
- Importez d'abord l'archive en IMAP ; la redirection ne déplace que les nouveaux e-mails.
- Changez les enregistrements MX en dernier ; ne laissez pas deux fournisseurs mélangés.
- Un seul enregistrement SPF ; ajoutez-y le nouvel include ; 10 requêtes DNS au maximum.
- Enregistrements modifiés : Proton Mail 8, Mailbox.org 11, Fastmail 6 sans DMARC.
- La propagation typique est de 1 à 4 heures, jusqu'à 24 à 48 heures.
- Gardez l'ancien compte jusqu'à l'arrivée des e-mails de test.
Sources (8)
- Passer de Gmail à Proton — Proton (consulté le 2026-11-12)
- Domaine personnalisé depuis Namecheap (valeurs MX) — Proton (consulté le 2026-11-12)
- Protection anti-usurpation pour les domaines personnalisés — Proton (consulté le 2026-11-12)
- Enregistrements DNS par défaut — Fastmail (consulté le 2026-11-12)
- Base de connaissances de mailbox.org : domaine personnalisé — mailbox.org (consulté le 2026-11-12)
- RFC 7208, section 4.6.4 — RFC Editor (consulté le 2026-11-12)
- RFC 2308 : mise en cache négative des requêtes DNS — RFC Editor (consulté le 2026-11-12)
- Combien de temps faut-il pour que les changements DNS se propagent — Suped (consulté le 2026-11-12)