« 450 4.7.1 Client host rejected: cannot find your hostname » (ou « reverse hostname ») : comment le corriger

Ce que ça veut dire

Le serveur qui reçoit votre email a cherché le nom de votre adresse IP d'envoi et la réponse ne lui a pas convenu. Ces messages viennent de Postfix, un serveur mail très répandu :

450 4.7.1 Client host rejected: cannot find your hostname, [203.0.113.10]

450 4.7.1 Client host rejected: cannot find your reverse hostname, [203.0.113.10]

Certains administrateurs rendent ce refus définitif : vous recevez alors un code 550 5.7.1 Client host rejected au lieu de 450.

Un code 450 est temporaire : votre serveur va réessayer pendant un moment. Mais si rien ne change de votre côté, les nouvelles tentatives échoueront et l'email finira par être renvoyé en erreur.

Les deux formulations sont légèrement différentes :

• « cannot find your reverse hostname » : votre IP n'a aucun enregistrement PTR. Un enregistrement PTR est le nom associé à une adresse IP, une sorte d'annuaire inversé.
• « cannot find your hostname » : un test plus strict. L'IP a bien un nom PTR, mais ce nom ne pointe pas en retour vers la même IP, ou ne se résout pas du tout. Cette vérification s'appelle le DNS inverse confirmé (FCrDNS).

L'erreur peut aussi apparaître quand les requêtes DNS échouent temporairement, par exemple si les serveurs de DNS inverse de votre fournisseur sont en panne.

Pourquoi c'est important

Les vrais serveurs mail ont presque toujours un nom correct. Les ordinateurs domestiques infectés et les robots de spam, en général non. Beaucoup de destinataires, y compris les grands fournisseurs, utilisent ce test pour bloquer à peu de frais une grande quantité de spam. Sans DNS inverse correct, vous subirez aussi davantage de filtrage antispam, même là où vous n'êtes pas refusé purement et simplement.

Comment vérifier

1. Lancez un test Delivmail. Depuis le même serveur, envoyez un email à l'adresse unique de la page d'accueil (/). Le rapport affiche votre IP d'envoi, son nom PTR, et indique si ce nom pointe bien vers l'IP. Il montre aussi le nom HELO annoncé par votre serveur.
2. Vérifiez l'IP sur /blacklists : le résultat affiche aussi son nom DNS inverse.
3. En ligne de commande, vous pouvez le vérifier vous-même :

   dig -x 203.0.113.10 +short
   mail.yourdomain.com.
   dig mail.yourdomain.com A +short
   203.0.113.10

   La première commande donne le nom PTR. La seconde doit renvoyer la même IP.

Comment corriger

1. Trouvez qui gère le PTR. Le DNS inverse est géré par le propriétaire de l'IP : votre hébergeur, votre fournisseur de VPS ou votre fournisseur d'accès internet. Il ne se règle pas dans la zone DNS de votre domaine. Cherchez « reverse DNS », « rDNS » ou « PTR » dans son panneau de contrôle, ou demandez au support.
2. Choisissez un nom sur votre propre domaine, par exemple mail.yourdomain.com, et définissez-le comme PTR de l'IP d'envoi.
3. Créez l'enregistrement A. Dans le DNS de votre domaine, faites pointer mail.yourdomain.com vers cette même IP. Sans cela, vous aurez toujours « cannot find your hostname ». En IPv6, faites de même avec un enregistrement AAAA et le PTR IPv6.
4. Faites correspondre le nom HELO. Configurez votre serveur mail pour qu'il se présente avec le même nom (dans Postfix, myhostname). Cette règle ne le vérifie pas, mais beaucoup d'autres filtres le comparent.
5. Vérifiez quelle IP envoie réellement. Un serveur avec plusieurs IP, ou avec l'IPv6 activé, peut envoyer depuis une adresse que vous n'avez pas corrigée. Le rapport Delivmail affiche l'IP réellement utilisée.

Si vous ne pouvez pas configurer de PTR

Les connexions domestiques et de bureau ne le permettent généralement pas. Dans ce cas, n'envoyez pas directement : faites passer vos emails par le serveur sortant de votre fournisseur de messagerie ou par un service d'envoi, qui ont déjà des noms corrects.

Vérifiez que c'est corrigé

Une modification du PTR peut mettre de quelques minutes à quelques heures pour être visible partout. Lancez un nouveau test Delivmail : la section DNS inverse doit afficher votre nouveau nom et confirmer qu'il pointe vers l'IP. Renvoyez ensuite l'email refusé, ou laissez votre serveur retenter les messages encore en file d'attente.