VestaCP/exim serveur de messagerie renvoie 550 smtp auth requis

Question

Je viens d'installer VestaCP sur un VPS CentOS frais.

J'ai configuré le courrier électronique pour un domaine. Tout le courrier envoyé à ce domaine rebondit avec l'erreur 550 smtp auth requried

J'ai commenté ce qui suit;

deny message  = smtp auth requried 

de exim.conf

J'ai désactivé anti-spam.

Je reçois toujours le rebond avec ce message.

Plus précisément, si je vous envoie un e-mail d'un compte Google gmail répond:

Technical details of permanent failure: 
Google tried to deliver your message, but it was rejected by the server for the recipient domain foobar.tld by mail.foobar.tld. [x.x.x.x]. 

The error that the other server returned was: 
550 smtp auth requried 

Toute expérience avec cela? J'ai vu le problème sur un certain nombre de threads, mais je n'ai pas trouvé de solution.

Answer 1

J'ai partiellement résolu le problème. Cela ne s'est produit que lors de l'envoi de courrier au serveur SMTP à partir d'un domaine hébergé sur le même serveur pour le Web mais et non pour le courrier électronique. Lorsque j'ai envoyé un e-mail à partir d'un domaine qui n'avait rien à voir avec les domaines hébergés sur le même serveur que l'instance exim, il est passé. Je ne peux toujours pas envoyer d'e-mail depuis le domaine à l'origine du problème et j'aimerais le faire, mais je peux contourner ce problème.

Donc, pour être clair au cas où quelqu'un lit ceci:

web domain1 est hébergé sur server1

email domain1 est hébergé sur les serveurs de Google

domain2 est hébergé sur server1 pour le Web et le courrier électronique

exim est en cours d'exécution sur server1

lorsque j'envoie un e-mail de thunderbird via le serveur de google à partir de email @ domain1 t o et email @ domain2 l'instance exim demande au serveur smtp de google pour l'authentification même si le courrier est livré à une boîte aux lettres dans sa liste de domaines qu'il peut livrer sur le même serveur physique où il est en cours d'exécution.

Je suppose qu'il est suspect de l'adresse de provenance, ce qui ne devrait pas être le cas puisque les enregistrements mx indiquent qu'il n'héberge pas de courrier pour ce domaine.