Comment corriger «501 argument (s) HELO invalide sur le plan syntaxique»?

Question

J'utilise exim sur les hôtes d'envoi et de relais, l'hôte d'envoi semble offrir:

HELO foo_bar.example.com

Réponse:

501 Syntactically invalid HELO argument(s)

Answer 1

Peut-être un problème avec les traits de soulignement dans le nom d’hôte? http://www.exim.org/lurker/message/20041124.113314.c44c83b2 .en.html

Answer 2

Les caractères de soulignement ne sont pas réellement valides dans les noms d’hôte Internet, malgré le fait que certaines personnes les utilisent quand même. Un serveur DNS sain ne devrait pas vous permettre d’avoir des enregistrements pour eux.

Modifiez le nom d'hôte de votre système pour qu'il soit valide. Si tout se passe bien, cela va le réparer.

Answer 3

Après avoir passé tant de temps à essayer de résoudre ce problème qui, dans mon cas, vient de rien, je me suis retrouvé avec une solution. Dans mon cas, seuls les systèmes déployés sur les systèmes d'exploitation Suse ont soudainement cessé d'envoyer des e-mails, mais pas ceux (identiques) exécutés sur Ubuntu. Après avoir épuisé et éliminé toutes les suggestions possibilités de ce problème et même en envisageant de changer le système d’exploitation de ces machines, j’ai découvert que le service d’envoi de courrier électronique est sensible au nom d’hôte de la machine hôte. Sur les machines Ubuntu, le fichier / etc / hosts n’a que la ligne suivante:

127.0.0.1 localhost

ainsi que les machines Suse, qui ont cessé d’envoyer les emails. Après avoir édité le fichier / etc / hosts à partir de machines Suse vers

127.0.0.1 proph localhost

où proplad est le nom d’hôte de la machine, les erreurs ont disparu. Il semble que certaines politiques de sécurité (provenant peut-être du service smtp) utilisent les informations de nom d’hôte acheminées par l’API, ce qui était ignoré dans le cas des machines Ubuntu, mais pas dans le cas des machines Suse. J'espère que cela aidera les autres, en évitant des heures énormes de recherche sur Internet.

Answer 4

La réponse de Diago m'a aidé à résoudre le problème que j'essayais de résoudre.

Notre système d'exploitation Suse a également cessé de fonctionner de nulle part. J'ai essayé toutes les suggestions que j'ai trouvées ici et sur Google. Rien n'a fonctionné. J'ai essayé d'ajouter notre domaine à etc / hosts mais cela n'a pas aidé.

Vous avez obtenu le nom d'hôte du serveur avec la commande hostname. Ajout de ce nom d’hôte au fichier etc / hosts exactement comme l’a suggéré Digao.

127.0.0.1 localhost susetest

J'ai enregistré les modifications, puis lancé postfix stop, postfix start. Et fonctionne comme un charme maintenant.

Answer 5

L'argument de HELO doit être un nom d'hôte ou une adresse IP. foo_bar.example.com n'est ni une adresse IP ni un nom d'hôte (les caractères de soulignement sont illégaux dans les noms d'hôte). Le message d'erreur est donc correct et il n'y a rien à corriger.

Answer 6

En utilisant qmail, je suis tombé sur ce problème. J'ai réalisé que c'était à cause d'une installation inachevée.

1) Lors de l'envoi d'un courrier électronique, qmail se communique sur les autres serveurs SMTP avec "HELO ...". et puis il ajoute ce qui est dans le fichier à: / var / qmail / control / me

(le fichier se trouve parfois dans / var / qmail / control / helohost )

2) Ce fichier doit avoir un nom d’hôte avec une entrée DNS valide.

Le mien n’avait pas (aucun) , c’est pourquoi les courriers n’ont pas été envoyés.