Pourquoi les e-mails n'arrivent-ils pas sur mon domaine personnalisé ?

Que vérifier en premier ?

Vérifiez d'abord les enregistrements MX, car ils décident où chaque message du domaine est livré. Un enregistrement MX désigne un serveur de messagerie et une priorité ; les expéditeurs essaient d'abord le numéro le plus bas. Si la liste est vide, le courrier n'a nulle part où aller. Si elle désigne l'ancien fournisseur, le courrier continue d'arriver là-bas.

Deux commandes donnent la réponse. Remplacez votrenom.com par votre domaine.

À quoi doit ressembler la réponse MX ?

Elle ne doit lister que les hôtes de votre fournisseur actuel. La réponse attendue pour Proton Mail comporte deux lignes : mail.protonmail.ch avec la priorité 10 et mailsec.protonmail.ch avec la priorité 20. Pour Fastmail, c'est in1-smtp.messagingengine.com à 10 et in2-smtp.messagingengine.com à 20. La méthode pour lire chaque enregistrement figure dans comment vérifier les enregistrements MX, SPF, DKIM et DMARC.

Pourquoi le courrier va-t-il encore chez mon ancien fournisseur ?

Parce que les anciens enregistrements MX sont encore dans la zone, ou parce que des résolveurs les gardent encore en cache. Selon l'index de Postelva du 12 novembre 2026, trois des fournisseurs dont la configuration MX est documentée, Proton Mail, Mailbox.org et Fastmail, vous disent de supprimer les enregistrements MX qui pointent ailleurs ou de donner aux nouveaux le numéro de priorité le plus bas. Laisser les deux jeux en place envoie le courrier à l'un ou l'autre serveur de façon imprévisible.

Le temps qu'un changement demande correspond à peu près à l'ancien TTL de l'enregistrement au moment où vous l'avez modifié. Un TTL de 3600 secondes signifie jusqu'à une heure de réponses en cache ; un TTL de 86400 jusqu'à un jour. Proton Mail dit de prévoir jusqu'à un jour pour les changements de MX, et Mailbox.org dit que la synchronisation de son enregistrement de vérification peut prendre jusqu'à 48 heures. Si vous préparez une migration plutôt que d'en réparer une, migrer ses e-mails vers un nouveau fournisseur sans perdre de courrier explique comment abaisser le TTL au préalable.

Un domaine expiré peut-il bloquer mon courrier ?

Oui : une fois le domaine expiré et son DNS qui ne se résout plus, le courrier entrant est rejeté ou perdu. La politique de récupération des enregistrements expirés de l'ICANN permet au titulaire de renouveler dès le jour de l'expiration. Après la suppression, les registres gTLD offrent une période de rachat de 30 jours pendant laquelle la résolution DNS est désactivée, les transferts sont bloqués et le registraire peut restaurer le nom moyennant des frais supplémentaires. Le jour exact où le DNS s'arrête varie selon le registraire.

Un second déclencheur, moins connu, est l'e-mail du titulaire. L'ICANN exige que le registraire le vérifie dans les 15 jours suivant l'enregistrement, le transfert ou le changement de titulaire, et un domaine dont le titulaire ne répond jamais peut être suspendu. Postelva le dit clairement : l'email du titulaire est vérifié après l'enregistrement, comme l'exigent les règles de l'ICANN (sous 15 jours). Répondez à l'e-mail de vérification et activez le renouvellement automatique, qui est ici renouvellement automatique depuis votre solde, activé ou désactivé pour chaque nom de domaine. Le déroulement complet figure dans ce qui arrive aux e-mails quand un domaine expire.

SPF, DKIM ou DMARC peuvent-ils faire disparaître du courrier ?

Ils affectent bien plus le courrier que vous envoyez que celui que vous recevez, mais une politique DMARC stricte peut faire que les destinataires rejettent carrément vos messages. Un domaine ne peut publier qu'un seul enregistrement SPF : un second enregistrement, ou un enregistrement SPF qui exige plus de 10 requêtes DNS (RFC 7208), renvoie une erreur permanente et les destinataires considèrent la vérification comme échouée. Ajoutez l'include du nouveau fournisseur à l'enregistrement existant au lieu d'en créer un nouveau.

Pour DMARC, commencez à p=none avec une adresse de rapport, confirmez que SPF et DKIM passent sur tout le courrier légitime, puis passez à quarantine et enfin à reject. Mailbox.org avertit qu'une politique stricte fixée trop tôt peut faire rejeter du courrier légitime. Les enregistrements sont expliqués dans comment créer un enregistrement SPF.

Quelle est la place de Postelva là-dedans ?

Postelva héberge le DNS du domaine : chaque enregistrement de ce guide se modifie donc dans l'espace client. Le DNS comprend hébergement DNS gratuit avec enregistrements A, AAAA, CNAME, ALIAS, MX, TXT, NS, SRV et CAA, DNSSEC, et vos propres serveurs de noms si vous préférez (2 à 13). Des modèles en un clic couvrent Proton Mail, Fastmail et Zoho Mail ; pour Tuta, Mailbox.org, iCloud+ et Migadu, les enregistrements se saisissent dans l'éditeur DNS. Si un modèle et un enregistrement saisi à la main sont en désaccord, la zone affiche les deux : lisez donc la liste complète avant d'attendre la propagation. Le support répond par e-mail : réponses par e-mail sous 12 heures, 7 jours sur 7, y compris une aide pour les enregistrements MX, SPF, DKIM et DMARC.