SMTP-коды ошибок: как читать bounce и не добить репутацию отправителя

Каждый bounce в отчёте по кампании — это ответ почтового сервера с конкретным SMTP-кодом, и код говорит гораздо больше, чем просто «письмо не доставлено». Разница между 550 и 421 — это разница между «удали контакт навсегда» и «попробуй через час», и если реагировать на оба одинаково, легко либо продолжать слать в несуществующие ящики, либо наоборот — терять живые контакты из-за временного сбоя.

Как устроен SMTP-ответ и почему важна не только цифра

Когда почтовый сервер получателя отклоняет письмо, он возвращает трёхзначный код и текстовое пояснение — например, «550 5.1.1 User unknown». Первая цифра кода задаёт общий класс ответа: 2xx — успех, 4xx — временная проблема, 5xx — постоянный отказ. Вторая часть, расширенный код (5.1.1 в примере), уточняет конкретную причину внутри класса.

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

Расширенный код читается по трём цифрам через точку: первая обозначает класс (успех, временная ошибка, постоянная ошибка — дублирует первую цифру основного кода), вторая — предмет (адресация, почта, сетевая система), третья — конкретную деталь. Не все почтовые серверы отдают расширенный код одинаково подробно, но там, где он есть, разбор по нему быстрее и точнее, чем попытка угадать причину по одной лишь основной цифре.

Класс 5xx: постоянный отказ (hard bounce)

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

Самый частый код в этой группе — 550, но его конкретное значение зависит от пояснения: «User unknown» или «Mailbox not found» — адрес не существует или удалён; «Domain not found» — домен получателя не существует вовсе, что обычно означает ошибку при сборе базы; «Relay access denied» может означать, что письмо квалифицировано как спам ещё на этапе приёма.

• 550 — адрес не найден, домен не найден, или письмо отклонено политикой сервера (значение уточняется текстом после кода)
• 551 — пользователь не локальный, письмо нужно переслать на другой адрес
• 552 — превышена квота почтового ящика получателя (постоянно переполнен)
• 553 — некорректный синтаксис адреса получателя
• 554 — транзакция отклонена, часто как общая формулировка блокировки по репутации отправителя

Класс 4xx: временный отказ (soft bounce)

Коды, начинающиеся на 4, сигнализируют о временной проблеме: сервер получателя жив, но не может принять письмо прямо сейчас. Причины бывают на стороне получателя (переполненный ящик, временная недоступность сервера) или на стороне отправителя (сервер получателя пока не доверяет отправляющему домену или IP и просит повторить позже).

Разумная реакция на soft bounce — не удалять контакт сразу, а дать почтовой системе стандартный механизм повторной попытки отработать (обычно несколько попыток в течение суток). Но если один и тот же адрес стабильно даёт soft bounce при каждой отправке на протяжении недель, его стоит перевести в категорию проблемных и разобраться отдельно, а не продолжать слать бесконечно.

• 421 — сервер временно недоступен или превышен лимит соединений
• 450 — почтовый ящик получателя временно недоступен (часто переполнен)
• 451 — локальная ошибка обработки на сервере получателя
• 452 — недостаточно места на сервере для приёма письма прямо сейчас

Как отличить проблему с адресом от блокировки отправителя

Ключевая диагностика — смотреть не на отдельные bounce, а на паттерн по всей кампании. Если hard bounce распределены случайно по разным провайдерам и связаны с конкретными адресами (устаревшая почта, ошибка при сборе базы) — это проблема качества базы, и решение простое: верификация перед следующей отправкой.

Если же bounce массово концентрируются на письмах к одному конкретному провайдеру почты (например, все отказы приходят от одного корпоративного почтового домена или одного крупного бесплатного сервиса), а к остальным провайдерам письма доходят нормально, — это признак блокировки конкретно вашего отправителя этим провайдером, а не проблема с базой. В этом случае перебор и удаление адресов не поможет: нужно разбираться с репутацией домена или IP именно у этого провайдера.

Что делать с каждым типом bounce на практике

Для hard bounce (5xx) правило простое и без исключений: адрес немедленно исключается из активной и будущих рассылок, а в базе помечается как недействительный. Повторные попытки отправки на такие адреса не приносят ничего, кроме роста bounce rate в отчёте, который почтовые провайдеры учитывают при оценке репутации домена.

Для soft bounce (4xx) — дать системе повторить отправку по стандартному расписанию (это делает большинство инструментов отправки автоматически), но отслеживать накопление: если один и тот же адрес после нескольких недель попыток так и не принимает письма, разумно перевести его в статус «требует проверки» и не включать в новые волны кампании автоматически.

Для паттерна массовой блокировки по одному провайдеру — приостановить отправку именно на этот провайдер, проверить репутацию домена и IP в его собственных инструментах для отправителей (если провайдер их предоставляет), и постепенно возобновлять объём вместо того, чтобы продолжать слать в блокирующий канал тем же темпом.

• Hard bounce (5xx) — немедленное исключение адреса из базы для рассылок
• Soft bounce (4xx), единичный — автоматический повтор по стандартному расписанию
• Soft bounce, повторяющийся неделями по одному адресу — перевод в ручную проверку
• Массовая концентрация bounce по одному провайдеру — пауза именно на этот домен, разбор репутации

Как не допустить, чтобы bounce накопился до критичного уровня

Здоровый порог bounce rate для аутрич-кампании — обычно до 3–5%; заметное превышение этого уровня — сигнал разбираться, а не игнорировать до следующего аудита. Практика показывает, что дешевле проверять коды bounce после каждой волны отправки небольшими партиями, чем разослать всю базу целиком и обнаружить проблему постфактум, когда домен уже потерял репутацию у крупных провайдеров.

Стоит настроить регулярный просмотр отчётов bounce не как формальность, а как часть контроля качества: если доля 5xx растёт от кампании к кампании при том же источнике базы, это повод пересмотреть, откуда и как собираются контакты, прежде чем отправлять следующую волну.

Где смотреть коды bounce и как их логировать

Большинство инструментов для отправки холодных писем показывают только агрегированный bounce rate по кампании, а не разбивку по кодам — для полноценной диагностики нужно смотреть в необработанные логи доставки или в отчёты SMTP-сервера, если отправка идёт через собственную инфраструктуру. Там же обычно доступен и текст пояснения после кода, без которого код 550 остаётся малоинформативным.

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

Вопросы и ответы