l'hôte distant smtp répond «Échec de la vérification de l'expéditeur 550»

9

Un serveur dont je m'occupe utilise qmail pour MTA. Je peux envoyer et recevoir vers presque tous les domaines sauf un ou deux qui donnent l'erreur suivante, ou quelque chose de très similaire:

550-Verification failed for <jonathan@aprimatic.es>
550-No Such User Here
550 Sender verify failed

D'après ce que je comprends de cet article, l'hôte distant essaie d'envoyer un e-mail à mon hôte pour voir si la boîte aux lettres existe vraiment.

J'ai essayé les mêmes commandes avec telnet depuis mon ordinateur portable, et j'obtiens des 250 okréponses, ce qui fait penser que l'utilisateur existe bel et bien.

Pourquoi alors l'hôte distant n'obtient-il pas la même réponse que moi?

Comment puis-je vérifier si le trafic provenant de l'hôte distant est effectivement routable vers mon hôte d'envoi?

D'autres suggestions?

Merci

smtp email

— jfoucher
source

J'ai dû gérer cela dans le passé et nous avons contacté l'administrateur du serveur de messagerie destinataire, qui a dû modifier ses paramètres. Pouvez-vous les contacter?

— charnley

Essayez de ne pas téléphoner depuis votre ordinateur portable mais depuis le serveur de messagerie lui-même.

— DmitryK

De l'hôte de destination à l'hôte d'envoi, vous voulez dire? J'adorerais le faire, mais malheureusement je n'ai pas accès à l'hôte de destination, seulement à l'expéditeur.

— jfoucher

9

Ce n'est pas ta faute. C'est une faute du serveur de votre destinataire.

Faire "vérifier l'expéditeur" est toujours une mauvaise idée. Vous devez convaincre le destinataire d'arrêter ce comportement car il ne s'agit pas d'une méthode antispam appropriée.

Mais tout ce que vous faites pour le réparer de votre côté est une perte de temps.

— mailq
source

2

Tous ces arguments stupides dans "POURQUOI c'est une mauvaise idée" ne sont pas absolument convaincants. Si vous envoyez du courrier avec lame FROM: c'est une mauvaise idée et c'est votre problème. Et ouais, c'est de ta faute

— poige

Bien que vos réponses soient utiles pour clarifier le problème, ce n'est pas une solution car on ne sait jamais quel serveur rejettera le prochain post

Ce n'est pas une solution car ce n'est pas votre problème ... Vous ne pouvez pas compter sur les serveurs pour répondre aux verbes VRFY, et si vous le faites, c'est votre propre problème; pas les gens avec qui vous ne pourrez pas communiquer. RFC2520 (1999) Section 2.11 indique que VRFY doit être désactivé.

— Chris S

4

Cela est dû au fait que vous utilisez un champ De qui diffère du nom de compte de boîte aux lettres réel.

Certains serveurs SMTP sont configurés pour rejeter une telle incohérence.

Ainsi, par exemple, si votre vrai nom de compte est sender@abc.com, vous ne pouvez pas envoyer d'e-mails en tant que no-reply@abc.com.

— Luca Fagioli
source

C'était exactement mon problème. Modification de "l'adresse de l'expéditeur" et le courrier électronique a commencé à fonctionner immédiatement. J'utilise cPanel pour SMTP.

— Tomas Gonzalez

0

J'ai eu la même erreur. Cela a fonctionné après avoir ajouté la root:user1@example.com:mail.example.comligne au /etc/ssmtp/revaliasesfichier.

— Ikrom
source