Quelles étapes de diagnostic puis-je effectuer si mes e-mails sont envoyés, mais ne sont pas reçus, même pas en tant que spam?

J'ai un problème où tous les e-mails à certains destinataires sont envoyés mais n'arrivent jamais, pas même sous forme de spam, sans erreur, alors que les e-mails à tout le monde fonctionnent bien. Je suis perplexe et je cherche des moyens de diagnostiquer ce qui se passe.

• J'ai envoyé des e-mails à un client la semaine dernière, à partir d'Outlook 2016. J'ai maintenant constaté qu'ils n'ont jamais été reçus. J'ai essayé d'envoyer des e-mails à d'autres personnes sur leur domaine et il semble qu'aucun d'entre eux ne reçoive mes e-mails, mais d'autres sur d'autres les domaines font
• J'ai vérifié mon dossier "envoyé", et ils semblent identiques à tous les autres courriers envoyés. Je n'avais aucun rapport de livraison ou quoi que ce soit de similaire, et ils se trouvent dans le dossier "envoyé" et non dans la "boîte d'envoi". J'ai également essayé de me recycler dans mes derniers e-mails à ces personnes - elles les envoient définitivement.
• J'ai vérifié avec le client en question, et ils n'ont jamais rien reçu de moi, pas même dans un dossier spam . Je peux recevoir des courriels d'eux, mais ils ne reçoivent rien de moi - même pas mes réponses à leurs courriels.
• Le premier e-mail contenait deux petites pièces jointes PDF (500 Ko), mais le même sort a frappé les e-mails de suivi qui n'avaient pas de pièces jointes. Pas d'images ou de liens dans les e-mails. Il s'agissait d'e-mails normaux liés au travail adressés à entre une et trois personnes avec lesquelles j'ai eu des échanges d'e-mails par le passé via la même adresse e-mail et Outlook. Ils sont aussi dans le même pays que moi.
• Il n'y a eu aucune réponse d'erreur de livraison ou quoi que ce soit de similaire. Le premier e-mail de ce type a été envoyé 8h55 vendredi dernier, donc il y a plus de 5 jours, et rien n'a été reçu de mon côté ou du leur.
• Leurs e-mails m'arrivent bien - et en fait, mes premiers e-mails qui ont échoué étaient des réponses à leurs propres e-mails. J'ai également reçu des e-mails à ce domaine normalement il y a deux semaines.

• J'ai essayé une variété d'e-mails de test sur ce domaine et rien ne passe:

  • e-mails innocents qui disent simplement "Ceci est un e-mail de test" et similaires jamais arrivée
  • Les e-mails de Webmail et de mon application de messagerie Android n'arrivent pas de la même manière que les e-mails d'Outlook (et ne donnent pas non plus de rapports de livraison - tout échoue silencieusement)
  • Les e-mails envoyés via la 3G de mon téléphone subissent le même sort que les e-mails envoyés via mon WiFi
  • J'ai également créé un nouveau compte de messagerie sur le même domaine (par exemple test@my-domain.com pour accompagner mon my-name@my-domain.com habituel), et il avait exactement le même problème (testé en utilisant le webmail).
  • Pour tester si j'ai pu avoir une sorte de gâchis paramètres SMTP qui bloquent les retours en arrière, j'ai envoyé un e-mail à hg1ugtvr34vrgfrt2t@ashfrlwejbtlwerhtklhejtkghwerkbjhrw.com raisonner qu'il n'existe probablement pas. J'ai reçu un retour de retour "Échec de la livraison du courrier: retour du message à l'expéditeur" parfaitement normal - je peux donc recevoir des retours de retour, je ne les reçois tout simplement pas de ce domaine pour une raison quelconque.
  • Les e-mails qui leur sont envoyés depuis, par exemple, mon compte Gmail personnel, sont bien reçus (donc je l'utilise en attendant jusqu'à ce que ce problème soit résolu)

L'e-mail provient de mon propre domaine - J'ai envoyé des e-mails à d'autres personnes à partir de la même adresse e-mail et des mêmes Perspectives et elles ont bien reçu. Gmail les marque parfois comme du spam, ce que je regarde, mais d'autres clients semblent n'avoir aucun problème.

À part ça, je ne vois rien qui puisse continuer. Je suis sûr qu'il n'y en a pas assez ici pour diagnostiquer mon problème, alors Je ne demande pas de solution, mais un diagnostic étapes Je peux prendre , par exemple:

• Y a-t-il quelque chose "sous le capot" que je peux regarder dans Outlook, comme un rapport d'envoi ou un journal?
• Existe-t-il des types de journaux liés au serveur ou au domaine que je devrais examiner et qui pourraient être pertinents ? Mon domaine est attribué à un serveur SMTP sur un VPS Centos.
• Existe-t-il des types de liste noire ou d'intervention de sécurité que je devrais connaître et vérifier si un e-mail n'irait même pas jusqu'à un dossier de spam?

J'ai vu cette question Des courriels ne sont pas reçus par certaines personnes , ce qui est similaire mais avec deux différences:

• Ils utilisent un système de publipostage de masse, j'utilise Outlook ordinaire, un e-mail à la fois.
• La réponse acceptée blâme liste grise - cependant, mon premier e-mail manquant datait de vendredi dernier (il y a cinq jours), et apparemment la liste grise retarde les e-mails entre 15 minutes et "quelques jours".

Comme Tyson a suggéré, j'ai essayé http://mxtoolbox.com / mais malheureusement, cela n'a donné aucun indice (du moins, aucun indice que je peux voir). Au cas où j'aurais raté quelque chose, voici les résultats :

Vérification de la liste noire

Vérification de XX.XX.XX.XX par rapport à 95 listes noires connues...

Répertorié 0 fois avec 1 temps d'arrêt

[ beaucoup de tiques vertes puis à la fin de la liste:]

TIMEOUT IPrange RBL Project [response time:] 0

Donc ce n'est pas connu listes noires. Je ne sais pas pourquoi la vérification IPrange RBL a échoué, mais j'ai vérifié manuellement à http://iprange.net/rbl/lookup / et je ne suis pas non plus sur liste noire.

Vérification SMTP :

Donc, le temps de connexion est un peu lent (je ne sais pas pourquoi, je vais examiner cela), mais je ne vois pas pourquoi cela ferait parfois disparaître complètement les mails envoyés.

Http://intodns.com donne également des tiques vertes solides pour tous les contrôles MX de mon domaine.

J'ai essayé de parcourir les fichiers journaux sur le serveur (Centos/Linux):

• /var/log/maillog - elles sont toutes vides. Je crois que ce sont des journaux sendmail, et je n'utilise pas actuellement sendmail, donc cela a du sens.
• /var/log/exim/reject.log est plein de tentatives de force brute rejetées sur dovecot. J'ai fail2ban et je vais vérifier mes paramètres de pare-feu, etc. pour voir si je peux les empêcher même d'essayer, mais je ne pense pas que cela soit lié
• /var/log/exim/main.log contient également de nombreux tentatives de force brute rejetées, mais contient également des enregistrements de certains e-mails envoyés:

Voici un e-mail à trois personnes sur le même domaine qui a échoué pour les trois personnes (j'ai modifié certaines des chaînes alphanumériques et remplacé les adresses IP par TXT.LIKE.TH.IS ):

2016-02-12 08:55:41 no host name found for IP address MY.PC'S.IP.ADR
2016-02-12 08:55:49 1aU9Vw-0004vq-EG <= me@my-domain.com H=(MyPCName) [MY.PC'S.IP.ADR] P=esmtpa A=dovecot_login:me@my-domain.com S=1443429 id=000001d17563$920b5cf0$7b1622d0$@my-domain.com
2016-02-12 08:55:51 1aU9Vw-0004vq-EG => alice.domain@receives-nothing.org <alice.domain@receives-nothing.org> R=dnslookup T=remote_smtp H=cluster5.us.messagelabs.com [US.IP.ADR.ESS] X=UNKNOWN:DHE-RSA-AES256-GCM-SHA384:256
2016-02-12 08:55:51 1aU9Vw-0004vq-EG -> brian.domain@receives-nothing.org <bob.domain@receives-nothing.org> R=dnslookup T=remote_smtp H=cluster5.us.messagelabs.com [US.IP.ADR.ESS] X=UNKNOWN:DHE-RSA-AES256-GCM-SHA384:256
2016-02-12 08:55:51 1aU9Vw-0004vq-EG -> carol.domain@receives-nothing.org <carol.domain@receives-nothing.org> R=dnslookup T=remote_smtp H=cluster5.us.messagelabs.com [US.IP.ADR.ESS] X=UNKNOWN:DHE-RSA-AES256-GCM-SHA384:256
2016-02-12 08:55:51 1aU9Vw-0004vq-EG Completed

Voici un e-mail à une personne qui a réussi (a été reçu par le destinataire):

2016-02-12 08:58:20 no host name found for IP address MY.PC'S.IP.ADR
2016-02-12 08:58:23 1aU9YU-0004w0-IN <= me@my-domain.com H=(MyPCName) [MY.PC'S.IP.ADR] P=esmtpa A=dovecot_login:me@my-domain.com S=23133 id=003101d61537$874b04a0$59e01ed0$@my-domain.com
2016-02-12 08:58:26 1aU9YU-0004w0-IN => zak.receives@email-normally.org <zak.receives@email-normally.org> R=dnslookup T=remote_smtp H=cluster4.eu.messagelabs.com [UK.IP.ADR.ESS] X=UNKNOWN:DHE-RSA-AES256-GCM-SHA384:256
2016-02-12 08:58:26 1aU9YU-0004w0-IN Completed

Je ne vois aucune différence significative entre les deux. Avant et après les deux n'est rien d'autre que débris de force brute et autres e-mails.

Je ne sais pas quelle est la signification de cluster5.us.messagelabs.com ou cluster4.eu.messagelabs.com, mais les adresses IP associées sont les deux adresses IP de MessageLabs.

Recherche sur Google messagelabs.com est apparu cet article de blog , qui semble pertinent et suggère que (co-incidemment) mes deux clients sont abonnés à MessageLabs, mais pour les différences importantes que a) contrairement à l'auteur, je ne reçois même pas de reçu de non-livraison et b) s'il s'agissait de MessageLabs en bloquant mon e-mail, je ne vois pas pourquoi ils le bloqueraient pour l'un de leurs clients mais pas pour un autre.