// comment corriger
Nom d'hôte HELO/EHLO invalide
Votre serveur se présente avec un nom invalide, comme localhost ou une simple IP. Les filtres antispam s'en méfient. Donnez-lui un vrai nom qui correspond au DNS inverse.
Ce que ça veut dire
Quand un serveur de messagerie se connecte à un autre, la première chose qu'il fait est de donner son nom, avec la commande HELO ou EHLO. Par exemple :
EHLO mail.yourdomain.com
Ce nom doit être un vrai nom d'hôte complet qui existe dans le DNS. Les problèmes apparaissent quand le serveur se présente comme :
localhostoulocalhost.localdomain- un nom interne comme
server01,ubuntuoumail.local - une simple adresse IP, comme
203.0.113.10sans crochets - le domaine de quelqu'un d'autre, comme
gmail.com
Pourquoi c'est important
- Les ordinateurs infectés et les robots spammeurs utilisent souvent des noms faux ou aléatoires. Les destinataires considèrent un mauvais nom HELO comme un signal de spam.
- Certains serveurs refusent carrément la connexion avec une erreur comme
504 5.5.2 Helo command rejected: need fully-qualified hostname. - Un HELO qui correspond à votre DNS inverse fait partie de ce qui rend un serveur digne de confiance.
Comment vérifier
- Envoyez un email de test : sur la page d'accueil, copiez votre adresse de test unique, envoyez-lui un email normal depuis la boîte ou l'outil que vous voulez vérifier, puis ouvrez le rapport. La ligne HELO montre le nom utilisé par votre serveur. Comparez-le avec la ligne DNS inverse.
Si vous envoyez via Google Workspace, Microsoft 365 ou un outil de newsletter, c'est le fournisseur qui gère le HELO, et il est déjà correct. Ce guide concerne votre propre serveur, un VPS ou un appareil qui envoie des emails directement.
Comment corriger
- Choisissez un nom sur votre propre domaine, par exemple
mail.yourdomain.com. - Créez un enregistrement A pour ce nom, qui pointe vers l'IP publique de votre serveur :
mail.yourdomain.com A 203.0.113.10
- Configurez le DNS inverse (PTR) de l'IP avec le même nom. Cela se fait chez votre hébergeur ou fournisseur de serveur, pas dans le DNS de votre domaine. Consultez le guide sur le DNS inverse.
- Configurez le serveur de messagerie pour qu'il utilise ce nom. Sur Postfix, par exemple :
myhostname = mail.yourdomain.com smtp_helo_name = $myhostname
Sur d'autres serveurs, cherchez un réglage appelé « hostname », « HELO name », « EHLO domain » ou « FQDN ». - Rechargez le serveur de messagerie pour que la modification prenne effet.
La correspondance idéale
Les trois doivent porter le même nom :
- Le nom HELO :
mail.yourdomain.com - L'enregistrement A de ce nom : l'IP de votre serveur
- Le DNS inverse de cette IP :
mail.yourdomain.com
Pour un serveur qui envoie pour plusieurs domaines, un seul nom pour le serveur suffit : il n'a pas besoin de correspondre à chaque domaine d'expédition.
Vérifiez que c'est corrigé
Les modifications DNS ne sont pas instantanées. La plupart sont visibles en quelques minutes, mais certains fournisseurs mettent jusqu'à 24 à 48 heures.
Envoyez un nouvel email de test depuis la page d'accueil via le même serveur. La ligne HELO doit afficher votre nom d'hôte complet, et la ligne DNS inverse doit afficher le même nom.
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.