// comment corriger
Pas de DNS inverse (PTR), ou il ne correspond pas
Le DNS inverse donne un nom à l'adresse IP de votre serveur. S'il manque, ou s'il ne renvoie pas vers la même IP, votre serveur ressemble à un ordinateur personnel infecté.
Ce que ça veut dire
Le DNS normal transforme un nom en adresse IP : mail.yourdomain.com devient 203.0.113.10. Le DNS inverse fait l'inverse : il retransforme l'adresse IP en nom. Cet enregistrement inverse s'appelle un enregistrement PTR.
Les destinataires vérifient deux choses :
- L'IP a un nom PTR, par exemple
mail.yourdomain.com. - Ce nom renvoie bien vers la même IP. Cet aller-retour s'appelle le « DNS inverse confirmé » (FCrDNS).
Pourquoi c'est important
Les vrais serveurs de messagerie ont presque toujours un DNS inverse correct. Les ordinateurs personnels infectés qui envoient du spam, en général non. Beaucoup de destinataires, dont Gmail et Outlook, refusent ou filtrent fortement les emails venant d'IP sans PTR valide.
Êtes-vous concerné ?
Seulement si vous envoyez depuis votre propre serveur (un VPS, un serveur dédié, un serveur de messagerie au bureau). Si vous utilisez Google Workspace, Microsoft 365 ou un service d'emailing, c'est lui qui gère le DNS inverse pour vous. Si un test envoyé par eux montre un problème, contactez leur support.
Comment vérifier
Envoyez un email de test depuis la page d'accueil. La section DNS inverse affiche l'IP qui a envoyé votre email, son nom PTR, et si ce nom renvoie bien vers la même IP.
Comment corriger
Important : qui configure le PTR ?
L'enregistrement PTR ne se configure pas chez votre registrar ni chez votre fournisseur DNS. Il dépend de celui qui possède l'adresse IP : votre hébergeur (OVH, Hetzner, DigitalOcean, AWS, Scaleway…) ou votre fournisseur d'accès internet.
- Choisissez un nom pour votre serveur, comme
mail.yourdomain.com. - Créez un enregistrement A pour ce nom chez votre fournisseur DNS, qui pointe vers l'IP de votre serveur :
mail.yourdomain.com A 203.0.113.10
- Configurez le PTR chez votre hébergeur. La plupart proposent un champ « Reverse DNS » ou « rDNS » dans les réglages du serveur ou de l'IP. Sinon, ouvrez un ticket au support.
203.0.113.10 PTR mail.yourdomain.com
- Utilisez le même nom dans votre serveur de messagerie. Le nom que votre serveur annonce quand il se connecte (le nom « HELO ») doit être ce même
mail.yourdomain.com.
Si le PTR existe mais ne correspond pas
Le rapport indique que l'IP a un nom, mais que ce nom ne renvoie pas vers elle. Au choix :
- Ajoutez un enregistrement A pour le nom PTR existant, qui pointe vers l'IP, ou
- Changez le PTR chez votre hébergeur pour un nom qui pointe déjà vers cette IP.
Évitez les noms génériques
Des noms comme 203-0-113-10.dynamic.isp.example ou vps12345.host.example ressemblent à des connexions personnelles ou par défaut. Un nom clair sur votre propre domaine est préférable.
IPv6
Si votre serveur envoie aussi en IPv6, il lui faut également son propre PTR et un enregistrement AAAA. Gmail est particulièrement strict sur ce point.
Vérifiez que c'est corrigé
Les modifications de PTR prennent en général effet en quelques heures. Envoyez un nouvel email de test depuis la page d'accueil : la section DNS inverse doit afficher votre nom et confirmer qu'il renvoie vers la même IP.
Vérifiez que c'est corrigé
Une modification DNS peut prendre de quelques minutes à quelques heures. Ensuite, envoyez un nouvel email de test ou scannez à nouveau votre domaine.
Fiches liées
- Aucun enregistrement SPF sur votre domaineVotre domaine n'indique pas quels serveurs ont le droit d'envoyer des emails en son nom. Ajoutez un enregistrement TXT et les destinataires sauront distinguer vos vrais emails des faux.
- Erreur SPF : trop de requêtes DNS (permerror)Le SPF autorise au maximum 10 requêtes DNS. Au-delà, tout l'enregistrement est cassé et les destinataires le considèrent comme invalide. Voici comment l'alléger.
- Plusieurs enregistrements SPF sur un même domaineUn domaine ne doit avoir qu'un seul enregistrement SPF. Avec deux ou plus, le SPF échoue pour tous vos emails. Fusionnez-les en une seule ligne.
- Échec SPF : le serveur d'envoi n'est pas autoriséVotre domaine a un enregistrement SPF, mais le serveur qui a envoyé votre email n'y figure pas. Trouvez quel service a envoyé l'email et ajoutez-le.
- Aucune signature DKIM sur vos emailsLe DKIM ajoute une signature numérique qui prouve qu'un email vient bien de votre domaine. Activez-le chez votre fournisseur de messagerie et publiez sa clé dans le DNS.