Parmi les vérifications que les grands fournisseurs de messagerie (Gmail, Outlook, Yahoo) effectuent avant d'accepter un e-mail, l'une des plus anciennes et des plus déterminantes reste le reverse DNS, souvent désigné par le nom de son type d'enregistrement : PTR.
La différence avec un enregistrement A
Un enregistrement DNS classique de type A relie un nom de domaine à une adresse IP : c'est ce qui permet au navigateur de savoir où aller quand on tape une adresse web. Le PTR fait l'opération inverse : il relie une adresse IP à un nom de domaine. C'est la raison pour laquelle on parle de résolution DNS « inverse ». La particularité du PTR est qu'il n'est pas géré dans la zone DNS du domaine, mais dans la zone DNS inversée de l'adresse IP, qui appartient généralement à l'hébergeur ou au propriétaire du bloc d'adresses IP, pas au titulaire du nom de domaine.
Pourquoi c'est crucial pour un serveur mail
Quand un serveur mail reçoit un message, l'une des premières vérifications qu'il effectue consiste à regarder si l'adresse IP de l'expéditeur dispose d'un PTR, et si ce PTR correspond bien à un nom cohérent avec le serveur qui envoie le message (souvent comparé au hostname annoncé lors du dialogue SMTP). On parle de FCrDNS (Forward-Confirmed reverse DNS) quand le PTR pointe vers un nom qui, lui-même, redonne la même adresse IP via un enregistrement A classique : cette boucle cohérente est l'un des signaux de confiance historiques les plus utilisés par les filtres anti-spam.
À l'inverse, une adresse IP sans PTR, ou avec un PTR générique sans rapport avec le domaine expéditeur (par exemple un nom automatique attribué par le fournisseur d'hébergement), est l'un des signaux qui pousse de nombreux serveurs destinataires à classer le message en spam, voire à le rejeter purement et simplement avant même d'examiner son contenu.
Comment le configurer correctement
Contrairement aux enregistrements A ou MX, le PTR ne se configure pas dans le panneau DNS de votre nom de domaine : il doit être déclaré auprès du propriétaire de l'adresse IP, c'est-à-dire généralement votre hébergeur. La démarche typique consiste à :
- Identifier l'adresse IP utilisée pour l'envoi des e-mails (celle du serveur mail, pas forcément celle du site web).
- Demander à l'hébergeur de configurer le PTR de cette IP vers le hostname exact du serveur mail.
- Vérifier que ce hostname dispose lui-même d'un enregistrement A qui redonne bien la même adresse IP, pour fermer la boucle FCrDNS.
Cette configuration vient en complément des enregistrements SPF, DKIM et DMARC, qui vérifient d'autres aspects de l'authenticité de l'e-mail : le PTR concerne l'infrastructure réseau, les autres concernent l'authentification du domaine expéditeur.
Le cas particulier d'un relais SMTP tiers
De nombreuses entreprises n'envoient pas leurs e-mails directement depuis leur propre serveur, mais via un service de relais SMTP spécialisé (SendGrid, Mailgun, ou le service d'envoi inclus dans une solution de messagerie professionnelle). Dans ce scénario, c'est le PTR de l'adresse IP de ce relais qui compte pour la délivrabilité, pas celui de votre serveur d'origine : c'est le prestataire qui est responsable de cette configuration, pas vous.
Un point mérite toutefois votre attention : certains services proposent une adresse IP dédiée, avec un PTR que vous pouvez aligner sur votre propre nom de domaine, contre une adresse IP partagée avec d'autres clients du même service, où la réputation d'envoi dépend aussi du comportement des autres utilisateurs de cette même adresse. Pour un volume d'envoi important ou un enjeu de délivrabilité critique, l'adresse dédiée reste généralement préférable.
Qui doit configurer le PTR : moi ou mon hébergeur ?
Dans la grande majorité des cas, c'est l'hébergeur qui détient la zone inversée de l'adresse IP et qui doit appliquer la configuration demandée. C'est pour cela qu'un hébergeur qui propose des services mail doit pouvoir configurer ce point sur simple demande.
Un PTR mal configuré suffit-il à bloquer tous mes e-mails ?
Pas systématiquement, mais c'est l'un des facteurs cumulatifs les plus surveillés par les filtres anti-spam, surtout combiné à l'absence de SPF ou DKIM. Pour la délivrabilité d'un serveur mail, il fait partie des vérifications de base à ne jamais négliger.
VSP TECH configure le PTR correspondant pour les serveurs mail hébergés sur ses infrastructures, en cohérence avec le hostname déclaré. Pour un serveur dédié ou un VPS Linux qui gère son propre serveur mail, cette configuration se demande simplement via un ticket de support, en complément d'une messagerie professionnelle correctement paramétrée.
