Какие шаги по диагностике я могу предпринять, если мои электронные письма отправляются, но не принимаются, даже как спам?

У меня проблема, когда все электронные письма определенным получателям отправляются, но никогда не приходят, даже в виде спама, без ошибок, в то время как электронные письма всем остальным работают нормально. Я в тупике и ищу способы диагностировать происходящее.

  • На прошлой неделе я отправил несколько электронных писем клиенту из Outlook 2016. Теперь я обнаружил, что они так и не были получены. Я пробовал отправлять электронные письма другим пользователям на их домене, и похоже, что никто из них не получает мои электронные письма, но другие на других домены делают
  • Я проверил свою папку "отправленные", и они кажутся идентичными всем другим отправленным письмам. У меня не было отчетов о доставке или чего-то подобного, и они находятся в папке "отправлено", а не "исходящие". Я также пытался сообщить о себе в своих последних электронных письмах этим людям - они определенно отправляют.
  • Я связался с соответствующим клиентом, и они никогда ничего от меня не получали, даже в папке со спамом . Я могу получать от них электронные письма, но они ничего не получают от меня - даже мои ответы на их электронные письма.
  • В первом электронном письме было два небольших (500 кб) вложения в формате PDF, но та же участь постигла последующие электронные письма, в которых не было вложений. Никаких изображений или ссылок ни в каких электронных письмах. Это были обычные электронные письма, связанные с работой, от одного до трех человек, с которыми я обменивался электронной почтой в прошлом через один и тот же адрес электронной почты и Outlook. Они также находятся в той же стране, что и я.
  • Ответов об ошибках доставки или чего-либо подобного не было. Первое такое электронное письмо было отправлено 8:55 утра в прошлую пятницу, то есть более 5 дней назад, и ничего не было получено ни с моей, ни с их стороны.
  • Их электронные письма ко мне приходят нормально - и на самом деле, мои первые электронные письма к ним, которые не удались, были ответами на их собственные электронные письма. Я также получал электронные письма на этот домен в обычном режиме всего две недели назад.

  • Я пробовал различные тестовые электронные письма на этот домен, но ничего не проходит:

    • Невинные электронные письма, в которых просто говорится "Это тестовое электронное письмо" и тому подобное никогда прибытие
    • Электронные письма из веб-почты и моего почтового приложения для Android не приходят так же, как электронные письма из Outlook (а также не предоставляют отчеты о доставке - все происходит беззвучно)
    • Электронные письма, отправленные с использованием 3G моего телефона, постигает та же участь, что и электронные письма, отправленные с использованием моего Wi-Fi
    • Я также создал новую учетную запись электронной почты в том же домене (например, test@my-domain.com, чтобы соответствовать моей обычной my-name@my-domain.com), и у нее была точно такая же проблема (проверено с помощью веб-почты).
    • Чтобы проверить, не было ли у меня какой-то путаницы в настройках SMTP, которые блокируют получение обратной доставки, я отправил электронное письмо на hg1ugtvr34vrgfrt2t@ashfrlwejbtlwerhtklhejtkghwerkbjhrw.com рассуждая о том, что его, вероятно, не существует. Я получил совершенно нормальный ответ "Ошибка доставки почты: возврат сообщения отправителю" - так что я могу получать ответные сообщения, просто по какой-то причине их не отправляют с этого домена.
    • Электронные письма к ним, например, из моей личной учетной записи Gmail, принимаются нормально (поэтому я пока использую это пока эта проблема не будет решена)

Электронное письмо с моего собственного домена - я отправлял электронные письма другим людям с того же адреса электронной почты и того же Outlook, и они получили штраф. Gmail иногда помечает их как спам, который я изучаю, но у других клиентов, похоже, нет проблем.

Кроме этого, я не вижу ничего, что можно было бы продолжать. Я уверен, что здесь недостаточно для диагностики моей проблемы, поэтому Я прошу не о решении, а о диагностике шаги Я могу взять, например:

  • Есть ли что-нибудь "под капотом", на что я могу посмотреть в Outlook, например, отправленный отчет или журнал?
  • Существуют ли какие-либо типы журналов, связанных с сервером или доменом, которые я должен просмотреть, которые могут иметь отношение к делу? Мой домен назначен SMTP-серверу на VPS-сервере Centos.
  • Существуют ли какие-либо типы черного списка или вмешательства в систему безопасности, о которых я должен знать и проверять, не приведет ли это к тому, что электронное письмо даже не попадет в папку со спамом?

Я видел этот вопрос Электронные письма, которые не получают некоторые люди , что похоже, но с двумя отличиями:

  • Они используют систему массовой рассылки, я использую обычный Outlook, по одному письму за раз.
  • Принятый ответ обвиняет серый список - однако мое первое отсутствующее электронное письмо было отправлено в прошлую пятницу (пять дней назад), и, по-видимому, серый список задерживает электронные письма от 15 минут до "нескольких дней".

Как Тайсон предложил, я пытался http://mxtoolbox.com / но, к сожалению, это не дало никаких подсказок (по крайней мере, никаких подсказок, которые я вижу). На случай, если я что-то пропустил, вот результаты:

Проверка черного списка

Проверка XX.XX.XX.XX по 95 известным черным спискам...

Перечислено 0 раз с 1 тайм-аутом

[ много зеленых галочек в конце списка:]

TIMEOUT IPrange RBL Project [response time:] 0

Так что это не в каком-либо известном черные списки. Я не знаю, почему проверка IPrange RBL не удалась, но я проверил вручную в http://iprange.net/rbl/lookup / и я там тоже не в черном списке.

Проверка SMTP:

enter image description here

Таким образом, время соединения немного замедляется (я не уверен, почему, разберусь в этом), но я не понимаю, почему это может привести к тому, что отправленные письма иногда полностью исчезают.

Http://intodns.com также ставьте сплошные зеленые галочки для всех проверка MX моего домена.

Я пробовал просматривать файлы журналов на сервере (Centos/Linux):

  • /var/log/maillog - все они пусты. Я полагаю, что это журналы sendmail, и в настоящее время я не использую sendmail, так что это имеет смысл.
  • /var/log/exim/reject.log полон отвергнутых попыток применения грубой силы к dovecot. У меня есть fail2ban, и я перейду к проверке настроек брандмауэра и т. Д., Чтобы посмотреть, смогу ли я остановить их даже при попытке, но я не думаю, что это связано
  • /var/log/exim/main.log также содержит много отклоненные попытки грубой силы, но также содержит записи некоторых фактически отправленных электронных писем:

Вот электронное письмо трем людям в одном домене, которое не удалось для всех трех человек (я отредактировал некоторые буквенно-цифровые строки и заменил IP-адреса на 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

Вот электронное письмо одному человеку, которое удалось (было получено получателем): 

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

Я не вижу никаких существенных различий между ними. До и после того и другого - это не что иное, как мусор грубой силы и другие электронные письма.

Я не знаю, в чем значение cluster5.us.messagelabs.com или cluster4.eu.messagelabs.com, но связанные IP-адреса являются IP-адресами MessageLabs.

Поиск в Гугле messagelabs.com появилась эта статья в блоге, которая выглядит актуальной и предполагает, что (попутно) оба моих клиента являются подписчиками MessageLabs, но из-за важных различий: а) в отличие от автора я даже не получаю квитанцию о недоставке и б) если бы это были MessageLabs блокируя мою электронную почту, я не понимаю, почему они блокируют ее для одного из своих клиентов, но не для другого.

email smtp