Полезное
Bounce probe
Зачем системы шлют пробные письма после баунсов, чем probe отличается от обычного отлупа и что делать, если такое письмо пришло.
Bounce probe — что это такое
Bounce probe (probe message) — тестовое письмо, которое отправляет система обработки баунсов, чтобы понять: адрес получателя всё ещё недоступен или проблема была временной.
Чаще всего probe встречается у мейлинг-листов (Mailman, LISTSERV, Groups. io и аналоги): после серии ошибок недоставки система не сразу «хоронит» подписчика, а шлёт отдельную проверку.
Если в двух словах: пришёл баунс → система сомневается → шлёт probe → по ответу решает, отключать доставку или нет.
Чаще всего probe встречается у мейлинг-листов (Mailman, LISTSERV, Groups. io и аналоги): после серии ошибок недоставки система не сразу «хоронит» подписчика, а шлёт отдельную проверку.
Если в двух словах: пришёл баунс → система сомневается → шлёт probe → по ответу решает, отключать доставку или нет.
Зачем нужен bounce probe и как работает
Страховка перед жёстким действием (отключить доставку / снять с подписки). Ведь не каждый отлуп однозначен:
- Soft и hard bounce путают: провайдер ответил странно, код нестандартный, формат DSN кривой.
- Бывают ложные срабатывания: автоответ «вне офиса» попал на адрес сбора баунсов, временный сбой, агрессивный спам-фильтр.
- Сразу отписывать человека опасно: можно потерять живого подписчика.
Probe доставлен (иногда нужен клик по ссылке «я жив») → адрес считают рабочим, доставку возвращают.
Probe тоже отскочил → адрес считают мёртвым: доставку отключают, позже могут отписать.
Probe тоже отскочил → адрес считают мёртвым: доставку отключают, позже могут отписать.
Как работает эта «страховка»:
- На адрес копятся баунсы (счётчик, статус Bouncing и т. п.).
- Вместо мгновенного бана система шлёт probe — короткое служебное письмо («это проверка, можно игнорировать» / «подтвердите, что почта работает»).
- Часто probe уходит с особым Envelope-From / Return-Path (VERP): по адресу возврата сразу видно, кому слали проверку, даже если тело DSN (уведомления о статусе доставки письма) непонятное.
Сравнение: обычный bounce и bounce probe
bounce
bounce probe
Зачем
Сообщить о недоставке конкретного письма
Проверить, жив ли адрес
Когда
После каждой неудачной доставки
После порога баунсов / в статусе Bouncing
Кто шлёт
MTA / SMTP-сервис по факту отказа
ПО списка / ESP с bounce-handling
Итог
Код 4xx/5xx, причина
Решение: оставить или отключить адрес
Probe — не «ещё один маркетинговый эмейл» и не FBL. Это диагностика списка.
Что делать если пришёл bounce probe
- Изучить: часто в теме/теле прямо сказано probe message / bounce probe.
- Проверить, что ящик реально принимает почту (квота, фильтры, полный inbox).
- Если в письме есть ссылка «восстановить доставку / unbounce» — перейти по ней (типично для Groups.io).
- Если probe упал в спам — достать и пометить как не спам: иначе система решит, что адрес мёртв.
- Разобрать исходный отлуп: soft vs hard, конкретные bounce-коды.
Bounce probe и SMTP-сервис
У транзакционного SMTP (в том числе SaM oTPravil) картина другая: сервис фиксирует soft/hard bounce, делает ретраи на 4xx, при необходимости кладёт адрес в стоп-лист и шлёт событие в вебхук. Отдельный «probe всем подписчикам списка» — это скорее функция листового ПО, а не SMTP-релея.
Имеет смысл знать термин, если:
Имеет смысл знать термин, если:
- вы ведёте собственный мейлинг-лист на Mailman/LISTSERV;
- пользователи пишут: «пришло письмо mailing list probe message»;
- разбираете ложные отписки из‑за временных баунсов.
Участвует в разработке продукта SaM oTPravil. Поможет со сложными интеграциями и реализует запросы на доработку. Ответит на вопросы по SMTP и найдёт наилучшее решение
Влад Точоный
Эксперт SaM oTPravil
