GuidePréparer
Mes e-mails ne marchent plus après le changement de site
En bref
Vos e-mails ne suivent pas votre site : le courrier va là où l’indiquent les enregistrements MX de votre nom de domaine. Changer les serveurs de noms sans recopier l’ancienne zone, ou résilier l’hébergement qui contenait vos boîtes, le coupe ; changer seulement l’adresse du site ne touche pas aux fiches MX. Une fois les MX rétablis, les fournisseurs annoncent de quelques heures à 72 heures.
Un guide Refontly Mis à jour le 4 minutes de lecture
SchémaLe trajet d’un courrier
Le courrier arrive.
Changer seulement l’adresse du site (l’enregistrement A) ne touche pas aux fiches MX : le courrier va toujours où elles l’indiquent.
Le courrier n’arrive plus chez vous.
Changer les serveurs de noms remplace tout le carnet du domaine : l’ancien contenu (MX, SPF…) n’est pas recopié tout seul. Sans aucune fiche MX, la règle du courrier électronique adresse le message au serveur qui porte le site.
La boîte n’existe plus.
Si vos adresses e-mail sont fournies avec votre hébergement, le résilier les résilie aussi (c’est écrit ainsi chez OVHcloud ; à vérifier chez le vôtre). Pour les garder, il faut détacher l’offre e-mail avant la résiliation.
Sources : OVHcloud, documentation, « Modifier les serveurs DNS d’un nom de domaine OVHcloud » (mise à jour le 23 juillet 2026) ; IETF, RFC Editor, « RFC 5321, Simple Mail Transfer Protocol » (octobre 2008) ; OVHcloud, documentation, « Hébergement web - FAQ » (mise à jour le 8 octobre 2026).
Ce qui change avec le site, ce qui reste
Un pour le site. Quatre pour le courrier.
Le DNS est l’annuaire d’un nom de domaine ; sa zone est le carnet qui lui est consacré, où chaque ligne est un « enregistrement ». Changer de serveurs de noms remplace tout ce carnet, sans recopier l’ancien. Cinq lignes comptent quand un site déménage ; il en existe d’autres. Vous quittez Wix ? Voyez Quitter Wix.
| Enregistrement | À quoi il sert | Quand le site change |
|---|---|---|
| A | L’adresse du site : où se trouve le serveur qui l’affiche. | Celui qu’on change Déplacer le site, c’est changer les lignes qui disent où il se trouve (A, CNAME), elles seules : les fiches MX ne sont pas touchées. |
| MX | Où livrer le courrier qui vous est adressé. Plusieurs sont possibles : le plus petit numéro d’abord, les autres en secours. | À ne pas toucher On ne la change que pour changer de messagerie, après avoir créé les adresses chez le nouveau fournisseur. Ses valeurs se lisent chez lui, jamais sur un blog. |
| SPF | La liste des serveurs autorisés à envoyer des messages en votre nom : une seule ligne de texte par nom de domaine. | À adapter Si l’expéditeur change (nouvel hébergeur, formulaire de contact), on modifie la ligne existante : jamais une seconde. |
| DKIM | La signature de vos messages : la clé privée reste chez votre fournisseur de messagerie, la clé publique se publie dans le DNS. | Ne se copie pas Un nouveau fournisseur en génère une : on ne la recopie pas de l’ancien. |
| DMARC | Dit aux serveurs qui reçoivent vos messages quoi faire de ceux qui échouent aux contrôles SPF et DKIM. | Vient en dernier Seulement une fois le SPF ou le DKIM en état de marche : Google conseille d’attendre 48 heures. |
Sources : Google Workspace, aide, « Set up MX records for Google Workspace » (mise à jour le 7 octobre 2026) ; IETF, RFC Editor, « RFC 7208, Sender Policy Framework (SPF) for Authorizing Use of Domains in Email, Version 1 » (avril 2014) ; Google Workspace, aide, « Set up DKIM » (mise à jour le 7 octobre 2026) ; Google Workspace, aide, « Set up DMARC » (mise à jour le 7 octobre 2026).
Dans quel ordre agir
Si vos e-mails sont déjà coupés, rétablissez les MX. Trois gestes :
- Demandez les valeurs à votre fournisseur de messagerie, jamais à un blog. Exemples datés : Google Workspace indique smtp.google.com en priorité 1 ; OVHcloud, mx0.mail.ovh.net et quatre autres.
- Publiez-les dans la zone que le domaine lit vraiment, celle des serveurs de noms actuels.
- Envoyez un message d’essai plutôt que d’attendre.
Si l’hébergement a été résilié avec vos boîtes, nous n’avons pas de source sur ce que devient leur contenu : interrogez votre hébergeur sans attendre.
Pour limiter le risque de coupure la prochaine fois : relevez, créez, recopiez, copiez, changez, et résiliez en dernier.
Bordereau de changementvotre-site.fr
- Relevez. Avant de toucher à quoi que ce soit, notez les enregistrements de la zone actuelle : A, MX, SPF, DKIM, DMARC.
- Créez. Si vous changez de messagerie, créez d’abord les adresses chez le nouveau fournisseur.
- Recopiez. Recréez dans la nouvelle zone les enregistrements de l’ancienne dont vous avez encore besoin (SPF à adapter si l’expéditeur change), avant de changer les serveurs de noms.
- Copiez. Vos anciens messages restent sur l’ancien serveur tant qu’on ne les copie pas : OVHcloud propose pour cela Mail Migrator.
- Changez. Un soir ou un week-end, en prévenant vos contacts : aucun message ne devrait être perdu, mais certains peuvent devoir être renvoyés.
- Résiliez en dernier. Après avoir vérifié le site et les e-mails. Chez OVHcloud, si vos adresses sont incluses à l’hébergement, détachez d’abord l’offre e-mail.
Ce que nous ne promettons pas : « zéro coupure ». Certains messages peuvent devoir être renvoyés, même dans le bon ordre. Avant une bascule, nous relevons vos enregistrements de messagerie ; notre relevé ne teste que les noms de sélecteurs DKIM courants, et un DKIM introuvable ne prouve pas qu’il n’existe pas.
Sources : OVHcloud, documentation, « Configurer un enregistrement MX pour la gestion des e-mails » (mise à jour le 30 juillet 2026) ; Google Workspace, aide, « Avoid issues when changing MX records » (mise à jour le 7 octobre 2026) ; OVHcloud, documentation, « Migrer son site web et ses services associés vers OVHcloud » (mise à jour le 8 juin 2026).
Questions rapides
- Combien de temps avant que tout revienne ?
- Il n’y a pas de délai unique : Google annonce jusqu’à 72 heures, OVHcloud de 4 à 24 heures pour un enregistrement. Vérifiez que les MX publiés sont les bons et envoyez un message d’essai.
- Mes anciens messages sont-ils perdus ?
- Changer de destination ne les déplace pas : ils restent sur l’ancien serveur tant qu’on ne les copie pas.
- Mon formulaire de contact n’envoie plus rien : est-ce lié ?
- Possible : ses messages partent du serveur d’hébergement ou d’un compte authentifié, et en changeant d’hébergeur, l’expéditeur change. Vérifiez qu’il est autorisé (SPF, DKIM).
Sources : OVHcloud, documentation, « Configurer un enregistrement MX pour la gestion des e-mails » (mise à jour le 30 juillet 2026) ; Google Workspace, aide, « Set up MX records for Google Workspace » (mise à jour le 7 octobre 2026) ; OVHcloud, documentation, « Migrer son site web et ses services associés vers OVHcloud » (mise à jour le 8 juin 2026) ; OVHcloud, documentation, « Hébergement web - Bonnes pratiques d’envoi d’e-mail » (mise à jour le 3 septembre 2026).
Sources
Chaque fait cité ci-dessus vient de ces pages publiques, relues le 10 octobre 2026.
- Google Workspace, aide, « Set up MX records for Google Workspace », mise à jour le 7 octobre 2026.
- OVHcloud, documentation, « Configurer un enregistrement MX pour la gestion des e-mails », mise à jour le 30 juillet 2026.
- IETF, RFC Editor, « RFC 5321, Simple Mail Transfer Protocol », octobre 2008.
- OVHcloud, documentation, « Modifier les serveurs DNS d’un nom de domaine OVHcloud », mise à jour le 23 juillet 2026.
- IETF, RFC Editor, « RFC 7208, Sender Policy Framework (SPF) for Authorizing Use of Domains in Email, Version 1 », avril 2014.
- Google Workspace, aide, « Set up DKIM », mise à jour le 7 octobre 2026.
- Google Workspace, aide, « Set up DMARC », mise à jour le 7 octobre 2026.
- OVHcloud, documentation, « Hébergement web - Bonnes pratiques d’envoi d’e-mail », mise à jour le 3 septembre 2026.
- Google Workspace, aide, « Avoid issues when changing MX records », mise à jour le 7 octobre 2026.
- OVHcloud, documentation, « Migrer son site web et ses services associés vers OVHcloud », mise à jour le 8 juin 2026.