Высокий процент отложенной доставки писем: диагностика

Что означает высокий процент отложенной доставки писем? Список проверок для диагностики задержек

Высокий процент отложенной доставки означает, что сервер получателя временно отложил приём группы писем. Это не обязательно значит, что он отклонил их: многие серверы предлагают отправителю повторить попытку позже — например, во время высокой нагрузки или при временном ограничении скорости отправки. Письма могут прийти позже, но для человека, который ждёт ссылку для сброса пароля, задержка в 20 минут может выглядеть как сбой.

Если вы пытаетесь понять, почему письма задерживаются при отправке и что высокий процент отложенной доставки означает именно для ваших отправлений, начните с точного определения этого статуса у провайдера и кодов ответов SMTP в журналах. По одному процентному показателю нельзя определить, поставлены ли письма в очередь на повторную отправку, задерживаются ли они только для одного домена или скоро истечёт срок их хранения. Прежде чем менять объём или маршрут отправки, выполните проверки ниже.

1. Убедитесь, что «отложено» означает задержку, а не отказ

Почтовые платформы не всегда одинаково обозначают статусы. На одной панели «отложено» может означать, что сервер получателя временно отказал в соединении и платформа повторит попытку. На другой так могут обозначить сообщение, ожидающее повторной отправки после временной ошибки SMTP. Прежде чем считать каждое отложенное письмо недоставленным, проверьте документацию провайдера и историю событий для конкретного сообщения. Так вы поймёте, что означает отложенная доставка письма в контексте именно вашей платформы.

Найдите следующее событие, связанное с тем же идентификатором сообщения. Более поздний статус «доставлено» означает, что повторная попытка удалась; событие об истечении срока хранения или окончательном сбое — что нет. Обратите внимание на интервал повторных попыток и правила истечения срока хранения, указанные платформой. Если сообщение остаётся в очереди 30 минут, один лишь его статус не говорит о том, нормально ли оно обрабатывается или застряло.

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

2. Найдите затронутые сообщения, прежде чем что-либо менять

Начните с временного диапазона, охватывающего момент, когда число отложенных сообщений впервые выросло. Отфильтруйте журналы по времени отправки, домену получателя, IP-адресу отправителя и тексту или коду ответа. Для начала можно проверить час до появления оповещения и час после; если проблема началась раньше, расширьте диапазон. Также выгрузите идентификаторы сообщений, чтобы отслеживать отдельные повторные попытки, а не полагаться только на общие цифры в панели.

Затем сгруппируйте результаты. Если большинство отложенных писем адресовано на один домен, проблема может затрагивать только это направление. Если сообщения с одного IP-адреса отправителя задерживаются на нескольких доменах, стоит внимательнее проверить маршрут отправки. Название кампании тоже может помочь выяснить, затронут ли один поток — например, массовая рассылка новостей, — в то время как письма о безопасности учётных записей доставляются как обычно.

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

3. Изучите ответ SMTP, связанный с каждым отложенным сообщением

Ответ сервера получателя информативнее, чем статус «отложено». Запишите код состояния SMTP и полный текст ответа, включая имя сервера, если оно есть в журналах. Временный ответ из диапазона 4xx обычно означает, что сервер в данный момент не принимает сообщение, но сам по себе не указывает на причину. Чтобы понять, как диагностировать ошибки SMTP, сопоставляйте код и полный текст ответа с историей повторных попыток и затронутыми сообщениями.

Отличайте сообщения об ограничении скорости от других временных ошибок. В ответе могут упоминаться слишком большое число соединений, объём отправки, высокая нагрузка на сервер или временное ограничение по политике. Другие задержки могут быть связаны с проверкой по методу greylisting, тайм-аутом соединения, проблемой с DNS-запросом или временным сбоем на стороне получателя. Сохраняйте точную формулировку ответа: если пересказать «попробуйте позже» как «заблокировано», расследование может пойти по неверному пути.

Проверьте, одинаковые ли ответы приходят при повторных попытках. Если первое соединение завершилось по тайм-ауту, а следующее прошло успешно, проблема могла быть кратковременной. Если при нескольких повторных попытках один и тот же IP-адрес отправителя получает одинаковый ответ об ограничении скорости, не увеличивайте число одновременных соединений, пока не выясните лимит сервера получателя. Текст ответа SMTP — это важное свидетельство, но не полный диагноз; он подсказывает, какую проверку провести дальше.

4. Проверьте, ограничивается ли задержка одной областью или распространяется дальше

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

Составьте краткую хронологию недавних изменений. Укажите время начала задержек, запуск кампаний, загрузку списков, изменения параметров аутентификации, сбои у провайдера и любые изменения объёма отправки. Если команда маркетинга загрузила новый список во вторник, это конкретная зацепка для расследования. Расплывчатое объяснение вроде «проблема с доставляемостью» — нет.

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

5. Обеспечьте доставку срочных сообщений, пока продолжаются повторные попытки

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

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

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

6. Передайте проблему специалистам, приложив факты, а не догадки

Обратитесь к своему почтовому провайдеру, если одинаковые ответы продолжают поступать при повторных попытках, очередь растёт или сроки доставки важны для клиентов. Передайте компактный набор данных: время с указанием часового пояса, идентификаторы сообщений, домены получателей, IP-адреса отправителей, коды SMTP и полный текст ответов. Уточните, были ли успешны последующие попытки. Сообщение «почта работает медленно» мало что даст службе поддержки, а три одинаковых ответа сервера для указанного домена помогут начать расследование.

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

Задайте провайдеру конкретный вопрос: временно ли сервер получателя ограничивает скорость отправки с вашего IP-адреса, продолжаются ли повторные попытки для сообщений в очереди или рекомендуется ли изменить конфигурацию. Это поможет отличить проблему с маршрутизацией на стороне провайдера от ответа на стороне получателя. Если вы недавно меняли настройки SPF, DKIM или DMARC, изучите историю изменений и перед следующей правкой обратитесь к руководству по настройке аутентификации электронной почты.

7. Убедитесь, что работа восстановлена, прежде чем закрывать инцидент

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

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

При следующем оповещении сохраните временной диапазон, идентификаторы сообщений, IP-адреса и полные ответы SMTP, прежде чем очищать очередь или повторно отправлять сообщения. Эти четыре детали помогут избежать ситуации, когда из-за задержки одной группы писем появляется вторая — с дубликатами.