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

12347
fredsbend

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

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

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

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

  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
Я попытался задать общий вопрос, который был бы полезен для других, и изложил мои конкретные вопросы, которые могут быть рассмотрены в качестве тематического исследования. fredsbend 9 лет назад 0
Вы управляете своими почтовыми серверами? Если это так, проверьте журналы исходящей очереди отправляющего почтового сервера. Посмотрите, есть ли что-нибудь заметное. Если у вас есть контроль над принимающим сервером, проверьте журналы там же. Полученные (или не полученные) электронные письма о сбое, как правило, представляют собой лишь итоговую «сводку» статуса, более подробную информацию о более высоком разрешении обычно можно найти в журналах. Jason C 9 лет назад 0
Кроме того, разве я как-то пропустил этот пункт: в ваших тестовых письмах получатель проверял папку нежелательной почты и проверял, что ее там нет? Мне не ясно с этой стороны. Jason C 9 лет назад 0
@JasonC Электронные письма не были найдены в папках барахла. Я обновил в отношении хостинга. Смотрите последнее предложение. Я не могу найти какие-либо "журналы электронной почты" в cPanel на bluehost. fredsbend 9 лет назад 0
Благодарю. Что ж, при работе почтового сервера первым шагом в диагностике этого типа проблемы является * всегда * проверка журналов. В вашем случае, поскольку у bluehost есть контроль, первым шагом я бы порекомендовал позвонить в службу технической поддержки bluehost и объяснить вашу ситуацию, спросив их, есть ли у них какие-либо дополнительные зарегистрированные данные, которые могут пролить свет. Кроме того, они могут знать о некоторых других текущих проблемах, которые затрагивают вас, что вы не смогли бы выяснить самостоятельно. Как вы будете действовать дальше, будет зависеть от результатов этого разговора. Jason C 9 лет назад 0
Я просто хотел отметить, что вы не можете получить письмо с отказом. В зависимости от того, как настроен почтовый сервер. Где я работаю, у каждого есть адрес электронной почты, но только некоторые получают внешние письма. Когда пользователь, которому мы блокируем внешние письма, отправляет ему электронное письмо, почтовый сервер просто отбрасывает электронное письмо и * не * отправляет отказное письмо обратно. Devan 9 лет назад 0
@JasonC Я обновил относительно того, что сказала техническая поддержка bluehost. По сути, моей точной проблемой могла быть проблема с черным списком IP, которая у них была. fredsbend 9 лет назад 1
Я столкнулся с подобной ситуацией, когда какой-то идиот-администратор у интернет-провайдера на маршруте установил правило, которое рассматривает любое письмо с n или более ссылками в нем как спам и удаляет его без отказов. В данном случае это был подпись моей жены, которая включала ссылки на два ее сайта. Электронная почта без подписи прошла нормально, электронная почта с подписью "только подпись" работала ОДНА, но как только появилась вторая ссылка, письма были съедены. Steve Rindsberg 7 лет назад 0

2 ответа на вопрос

1
BillThor

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

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

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

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

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

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

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

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

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

Спасибо за ваш ответ. Это была полезная информация, но не совсем то, что я искал. Я больше ожидал реальных шагов по устранению неполадок с рекомендациями. +1 за усилие. Я действительно, вероятно, определил, в чем заключалась моя проблема после технического звонка. ОП был обновлен. fredsbend 9 лет назад 0
Я думаю, что здесь было бы полезно получить инструкции о том, как проверять ip-черные списки, spf-записи и тому подобное, что приводит к тому, что электронная почта рассматривается как спам. Claus 7 лет назад 0
@ Клаус Смотрите мои дополнения. Первая статья содержит ссылки на услуги валидации. Многие из служб проверки будут проверять черные списки. Существует целый ряд веб-сайтов, которые проверят ваш домен, чтобы определить, не занесен ли он в черный список. По крайней мере, один будет отправлять вам периодические обновления. Основные черные списки также позволяют легко определить, есть ли вы в списке. BillThor 7 лет назад 0
1
Jason C

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

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

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

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

Похожие вопросы