Восстановление · Bounce handling
Руководство по обработке email-bounce
Bounce-события неизбежны в транзакционной почте. То, как вы их классифицируете, подавляете и восстанавливаете, определяет устойчивость репутации отправителя при больших объемах.
Репрезентативный UI продукта — примерные данные, не live-метрики клиентов.
Control plane
Как Sendarix классифицирует, подавляет и маршрутизирует bounce-сигналы
Bounce-события влияют на решения routing и tenant-level suppression, а не только на статический blocklist. Hard bounce сразу подавляется; soft bounce проходит вашу retry-политику перед эскалацией.
Изоляция tenant предотвращает влияние плохого списка одного клиента на остальных. Webhook-события (bounce, soft_bounce, complaint) дают приложению детали для обновления CRM и запуска recovery-процессов. Настройку политик смотрите в email routing.
| Путь relay | Сигнал | Статус |
|---|---|---|
| EU транзакционный | Стабильная доставка | здоров |
| US массовый | Мало deferrals | здоров |
| Выделенный tenant | Повышенные deferrals | деградирует |
Репрезентативный UI продукта — примерные данные, не live-метрики клиентов.
Hard bounce и soft bounce - классификация
Не все bounce одинаковы. Код ответа принимающего сервера показывает, является ли ошибка постоянной или временной, и система должна обрабатывать каждый случай по-разному.
Hard bounce
Постоянная ошибка доставки. Почтовый ящик не существует, домен недействителен или получатель навсегда отклонил почту с вашего домена.
Коды ответа:550 Mailbox unavailable, 550 User unknown, 550 No such recipient
Требуемое действие: Сразу добавить в глобальный suppression list. Больше не отправлять на этот адрес.
Soft bounce
Временная ошибка доставки. Почтовый ящик переполнен, сервер временно недоступен или есть проблема соединения.
Коды ответа:450 Mailbox full, 421 Service temporarily unavailable, 451 Server busy
Требуемое действие: Повторять с экспоненциальным backoff. После N последовательных ошибок перевести в hard bounce.
Стратегия retry и backoff
Soft bounce нужно повторять, но не сразу и не бесконечно. Структурированный график retry не позволяет системе перегружать уже деградировавшие серверы.
| Время | Действие |
|---|---|
| Сразу | Первая попытка в момент отправки |
| +15 мин | Первый retry - ошибка сервера или сети |
| +1 час | Второй retry |
| +4 часа | Третий retry |
| +12 часов | Четвертый retry |
| Сбросить | После 5 последовательных ошибок перевести в hard bounce и подавить |
Управление suppression lists
Suppression list - основная защита от отправки на адреса, которые не могут принимать почту.
Hard bounces
Постоянно. Не пытаться доставить повторно. Хранить постоянно с timestamp.
Жалобы (FBL)
Пользователь отметил как spam. Долгосрочное suppression с датой жалобы.
Запросы отписки
Должны подавляться сразу согласно требованиям CAN-SPAM и GDPR.
Временные сбои
Не подавлять во время retry-окна. Подавлять только после превышения максимального числа попыток.
В multi-tenant SaaS платформах suppression lists должны быть изолированы по tenant. См. tenant isolation для границ suppression по доменам.
Отслеживание webhook-событий для bounce
Bounce-события через email webhooks дают максимум деталей. Отслеживайте такие типы событий:
bounce— hard bounce. Сразу подавить получателя.soft_bounce— временная ошибка. Запланировать retry по backoff-политике.complaint— получатель отметил как spam. Долгосрочно подавить.delivery— подтверждает прием принимающим сервером.reject— сервер отклонил до постановки в очередь. Проверьте SPF/DKIM/DMARC записи.
Sendarix автоматически классифицирует bounce
Bounce-события отслеживаются по каждому сообщению, классифицируются как hard или soft, а suppression lists обновляются автоматически. Графики retry и failover-логика настраиваются через API email routing.
