Test d'un server de messagerie / server ne le rendant pas au destinataire

Nous avons un site Web Drupal sur un server Linux, il utilise mail () pour envoyer un courrier via PHP. Je pense que cela utiliserait PHPmailer et sendmail.

Le domaine est www.myclientdomain.com et nous pouvons recevoir des courriels du site toute la journée. Pour notre courrier électronique, pour notre Gmail, tout est génial.

Cependant, ils ne peuvent recevoir aucun courrier électronique du server Web. Le courrier électronique est envoyé en tant que no-reply@myclientdomain.com

Ils courent Exchange, je crois et nous avons un dossier SPF en place, mais cela ne semble pas aider.

Comment puis-je mieux simuler l'envoi d'un courrier électronique à partir du server et tester ce dont leur server de messagerie répond. Quels outils puis-je utiliser pour voir des journaux, ou accéder à la racine de ce problème? Je ne reçois pas beaucoup d'aide de leur administrateur Exchange, n'apparaît pas qu'il frappe jamais leur échange, donc quelque chose avant qu'il ne l'écrase … Barracuda, qui sait.

3 Solutions collect form web for “Test d'un server de messagerie / server ne le rendant pas au destinataire”

Quand j'ai vu cela se produire, c'est presque toujours parce que le courrier est livré localement. Votre server Web Drupal hébergeant myclientdomain.com ne sait pas que le courrier électronique de myclientdomain.com est hébergé à l'extérieur.

Vous devriez pouvoir le vérifier rapidement en regardant le / var / log / maillog ou mail.log ou exim_main.log ou quel que soit le journal de messagerie nommé dans votre distro.

Un autre outil très utile est telnet. Vous pouvez faire un telnet depuis votre server Drupal vers votre server Exchange et simuler une connection SMTP. Cela vous permettra de voir quels messages le server Exchange renvoie et vérifiera également si vous pouvez, en effet, get un courrier électronique correct envoyé à ce server Exchange.

Un bon tutoriel rapide sur la façon de faire une session SMTP manuelle via telnet est ici:

http://www.networkclue.com/internet/smtp/manual-test.aspx

Bonne chance!

L'approche telnet mentionnée dans la réponse de jdw est la méthode préférée, d'autant plus que vous pouvez l'initier directement à partir du server d'envoi. L'autre chose à vérifier est de savoir si vous avez un logging PTR inverse sur l'adresse IP publique / sortante du server.

Voir aussi courrier hébergé chez Google, server web ailleurs

  • Comment ce courrier électronique subit-il les controls SPF?
  • SPF comprend: trop d'adresses IP
  • Comment définir l'enregistrement SPF?
  • Qu'est-ce que dis = NONE signifie dans l'en-tête d'authentification-résultats d'un courrier électronique?
  • Enom Spf Record pour le service mailjet smtp ne sauvegardera pas: spf.mailjet.com
  • Pourquoi l'échec logiciel par défaut échoue dans gmail
  • Modificateur de redirection SPF
  • L'envoi de courrier du sous-domaine sur un server différent du domaine est signalé comme spam
  • Site de validation du server de messagerie
  • Google Apps, SPF, problème de softfail (valide avec les outils de validation, mais encore en mode logiciel)
  • comment configurer dkim sur Exchange email server
  • Les astuces du serveur de linux et windows, tels que ubuntu, centos, apache, nginx, debian et des sujets de réseau.