Как устранить неполадки, связанные с не полученными электронными письмами, которые не приходят в норму?

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

Мне также сказали, что ловцы спама часто просто спамят электронное письмо, не уведомляя отправителя. Это, на мой взгляд, квалифицируется как доставленное письмо, но ловушка спама просто перемещает его в папку нежелательной почты.

Однако иногда вы отправляете электронное письмо и никогда не получаете ответ. Через неделю вы звоните им, и они говорят, что так и не получили. Вы знаете этого человека. Вы отправили им электронные письма раньше без проблем. Иногда ваше "невидимое" электронное письмо было даже ответом на оригинальное письмо. Таким образом, пока вы получаете их по телефону, вы отправляете другое, а они этого не получают! Что ты должен делать?

Чтобы провести расследование, вы можете попробовать отправить электронные письма на все задействованные адреса, а затем проверить, доставлены ли они:

  1. от вашего основного до основного вашего друга.
  2. от вашего среднего до основного вашего друга.
  3. от вашего первичного до вторичного вашего друга.
  4. с вашего вторичного электронного письма на вторичное.
  5. все обратные заказы по вышеуказанным пунктам, всего отправлено восемь электронных писем.

Что вы можете сделать в обстоятельствах, когда одно или все эти восемь тестовых электронных писем не получены и что это означает, если не было возвращено "недоставленное" сообщение? Где на пути доставки может быть остановлена ​​электронная почта и как это исправить?


В моих конкретных обстоятельствах это произошло недавно с двумя клиентами (бизнес, поэтому это жизненно важно).

С первым клиентом были проверены электронные письма:

  1. me@my_primary.com to client1@their_primary.com - не получен, не возвращен, не найден в барахле.
  2. me@my_primary.com to client2@their_primary.com - не получен, не возвращен, не найден в мусоре.
  3. me@my_secondary.com to clientany@their_primary.com - получено
  4. clientany@their_primary.com to me@my_primary.com - получено

Со вторым клиентом были проверены электронные письма:

  1. me@my_primary.com to client1@their_primary.com - не получен, не возвращен, не найден в барахле.
  2. me@my_secondary.com to client1@their_primary.com - получено
  3. clientany@their_primary.com to me@my_primary.com - получено

С обоими клиентами они много раз получали электронные письма с моего основного адреса электронной почты, но теперь возникла эта проблема. Я подозреваю, что другие клиенты не получили некоторые электронные письма из-за отсутствия ответа.

Мои основные электронные письма через домен, размещенный на bluehost с выделенным IP. Согласно технической поддержке Bluehost, входящие электронные письма направляются через этот IP-адрес, но все исходящие электронные письма Bluehost маршрутизируются через вращающийся прокси-IP-адрес. По сути, мой выделенный IP-адрес даже не затрагивается исходящими электронными письмами. Это означает, что исходящие электронные письма по-прежнему подвержены IP-адресам из черного списка, вызванным тем, что другие пользователи не ведут себя самостоятельно. Согласно технической поддержке Bluehost, во время отправки моих неудачных писем возникла небольшая проблема, и не все домены с ошибочными отправками получали возвраты. Это могло быть моей проблемой.

2 ответа

Было время, когда серверы пытались отослать всю неудачную электронную почту. (Было время, когда вы могли более или менее доверять всем в сети или, по крайней мере, их системному администратору.) Времена изменились, и большинство сообщений электронной почты являются спамом.

Даже при попытке отправить отказов сообщения существуют условия, которые препятствуют отправке ответа. В основном это должны быть проблемы с исходным доменом.

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

Еще одна причина, по которой не следует пересылать сообщения, это защитить список действительных адресов электронной почты. Прыгающее сообщение с no such user ошибки позволяют очистить списки потенциальных адресов электронной почты. Это упрощает целевые почтовые кампании, которые могут быть использованы для фишинга.

Электронная почта, которая занимает очень высокое место по показателям спама, часто просто отбрасывается. Вот что происходит со всеми мошенническими сообщениями "419", которые я получаю. Определенные черные списки считаются достаточно надежными, чтобы ваше сообщение могло быть просто отброшено.

Сообщения, отправленные с динамического IP-адреса, также могут быть отброшены, поскольку вероятность того, что это спам, превышает 99%. Извините, на динамических IP-адресах много спам-ботов. Статический IP-адрес с DNS, проходящим обратную проверку, вероятно, будет действительным.

Проблемы с доставкой лучше всего решать, работая с вашими журналами и их журналами. Вы должны быть в состоянии проверить в своих журналах, на какой сервер было доставлено ваше сообщение. Они должны быть в состоянии проверить из своих журналов, что случилось с вашим сообщением.

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

Я опубликовал несколько подробно на электронной почте. В моей статье " Обнаружение подделки почтового сервера" перечислены некоторые службы проверки. Моя оригинальная статья " Запуск почтового сервера" - это напыщенная речь, поскольку в то время я имел дело с несколькими неправильно настроенными серверами. Более крупные организации расширяют применение политик, содержащихся в моем http://www.systemajik.com/blog/email-policy/.

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

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

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

Если вы не используете свой собственный сервер (например, в вашем случае, поскольку у bluehost есть контроль), следующий шаг, который я бы порекомендовал, - это позвонить в службу поддержки вашего хостинг-провайдера и объяснить вашу ситуацию, спросив, есть ли у них какие-либо дополнительные журналы. детали, которые могут пролить свет. Кроме того, они могут знать о какой-то другой нерешенной проблеме, которая затрагивает вас, которую вы не смогли бы найти самостоятельно - это особенно полезно, потому что это избавляет вас от попыток исследовать проблему, которая не решаемо вами. Как вы поступите дальше, будет зависеть от результатов этого разговора.

Общий ответ

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

Когда вы получаете возврат, иногда с ним есть техническая информация, например The mail server [IP Address or host name] has been temporarily rate limited due to IP reputation.Узнайте, кому это принадлежит, и узнайте, что об этом думает Интернет. Если это настоящий нарушитель спама, вы найдете других администраторов, которые жалуются на него и даже помещают его в черный список и связанные с ним имена /IP-адреса. Если это IP-адрес вашего собственного хоста, им лучше дать вам объяснение, когда вы позвоните, чтобы узнать, почему. Если вы определили, что у вас плохой хост, который просто позволяет этим вещам летать, найдите нового хоста.


Особенности моего дела:

Спустя пять лет я понял это, но случайно.

Резюме: Bluehost - плохой провайдер. Bluehost не справляется с некоторыми из своих методов исходящей почты так, как должен. Если вы позвоните и сообщите им о проблемах, они предложат изолировать ваш домен и электронную почту от мусора, если вы будете платить немного больше каждый месяц. Это то, о чем они не удосужились сказать мне, когда я впервые позвонил много лет назад. Они обвинили одного-единственного плохого актера и выдавали это так, будто с ними это не было обычным делом. Если вы используете Bluehost, перейдите к новому провайдеру (а не к Hostgator, поскольку они принадлежат той же компании).

Детали:

Мне пришло электронное письмо с ответом, в котором в прикрепленном файле details.txt было сказано следующее:

Reporting-MTA: dns; gateway24.websitewelcome.com
X-Postfix-Queue-ID: C9074BB68A
X-Postfix-Sender: rfc822; [my email address]
Arrival-Date: Thu,  2 Apr 2020 18:59:11 -0500 (CDT)

Final-Recipient: rfc822; [recipient email address]
Original-Recipient: rfc822;[recipient email address]
Action: failed
Status: 4.7.650
Remote-MTA: dns; outlook-com.olc.protection.outlook.com
Diagnostic-Code: smtp; 451 4.7.650 The mail server [192.185.50.93] has been
    temporarily rate limited due to IP reputation. For e-mail delivery
    information, see https://postmaster.live.com (S3113)
    [DM6NAM12FT032.eop-nam12.prod.protection.outlook.com]

Использование средства проверки черного списка в IP Tracker я обнаружил почтовый сервер, найденный в 192.185.50.93имеет плохую репутацию. Принимающий сервер временно отклонял от него почту. Запуск tracert в cmd на этом IP-адресе показал, что он окружен websitewelcome.com и unifiedlayer.comсвязанные IP-адреса. Оба являются собственностью Bluehost. Используя ту же программу проверки черного списка выше, я обнаружил, что несколько других IP-адресов в списке, прикрепленном к websitewelcome.com или же unifiedlayer.com имел также плохую репутацию.

Утверждение, что Bluehost знает об этой плохой репутации и ничего не делает с ней, только чтобы они могли вас перепродать, по-видимому, является уловкой, которую они используют в течение некоторого времени. Вспомните слова другого маленького веб-разработчика о Bluehost, когда он обнаружил ту же проблему, когда администратор ответил ему и сказал ему, что он блокирует серверы unifiedlayer:

Напоследок немного конкретной информации. Я искал "unifiedlayer", найдя общие запросы, такие как "unifiedlayer unsafe" и "unifiedlayer spam". Идите вперед и проведите эти поиски самостоятельно. Вы обнаружите, что общее доверие к почте, исходящей от унифицированного уровня, находится где-то на уровне обысков в полостях тела, венерических заболеваний и политиков.

Так что я сделал то, что сделал бы почти любой, я позвонил своему провайдеру. Bluehost сказал мне, что unifiedlayer является собственным продуктом, что они хорошо осведомлены о проблеме спама, что они очень усердно работали над этим (это пересказ, а не цитата), и, как и все остальное, что Bluehost ошибается (и постоянно ошибается), что, если бы я просто был готов платить чуть больше в месяц (в данном случае пять долларов), они позволили бы моей электронной почте домена "ericasadun" пройти через другого отправителя.

Я только наконец случайно наткнулся на эту информацию, и только после того, как я уже менял хосты из раздражения, используя подход "сжечь и восстановить". Последней каплей стали бизнес-клиенты, с которыми я общался 15 лет, внезапно не получая ни одной из моих писем и вынужденные прибегать к личному адресу Yahoo.

Другие вопросы по тегам