Соединение обрывается
В логах модуля отправки: соединение рвётся до защищённого TLS — письма то уходят, то нет
Решения
Запасной
SMTP-канал
Чтобы коды регистрации, письма авторизации и системные уведомления доставлялись даже если основной транспорт временно недоступен
Когда нужен второй канал
Повтор через второй канал
Истекло ожидание, ошибка TLS или отказ основного сервиса — повтор через SMTP или API SaM oTPravil
Адрес сервиса ведёт на разные IP
Домен основного сервиса нестабилен из вашей сети: часть запросов проходит, часть — нет
Транспорт из российского контура
Канал, рассчитанный на доступность из вашей инфраструктуры — без зависимости от одного зарубежного API
Сервер отвечает «успех», письма нет
Регистрация и вход отвечают успехом, а код подтверждения до пользователя не доходит
Статусы обратно в приложение
Доставка, отказы и отложенная отправка — в ваш сервис, чтобы видеть, какой канал сработал
Один канал — одна точка отказа
SendGrid, Mailgun, SES, Sendsay или свой отправитель: без второго транспорта регистрация и вход зависят от одного сервиса
Второй канал, не переезд любой ценой
Основной сервис остаётся. Закрываем риск одной точки отказа — полный переход обсуждаем отдельно, если понадобится
Как устроена схема
Основной канал остаётся.
Мы — запасной
Повтор при ошибке
Истекло ожидание, ошибка TLS или отказ основного API — повтор через SMTP или API SaM oTPravil
Параллельная отправка по правилам
Для критичных писем — одновременная отправка по двум каналам с контролем дублей, чтобы пользователь не получил два одинаковых кода
Статусы в приложение
Доставка, отказы и отложенная отправка приходят в ваш сервис — видно, какой канал сработал
Что нужно для подключения
SMTP или API
Подставьте доступы в модуль отправки рядом с основным сервисом. Оба варианта — через SaM oTPravil, с журналом по каждой отправке
Домен: SPF, DKIM, DMARC
Добавим записи под второй сендер, чтобы письма с вашего домена проходили проверку и не конфликтовали с основным каналом
Уведомления о статусах
Подпишете адрес приёма на события доставки — для контроля запасного канала и сигналов, когда основной «молчит»
Правила переключения
Когда переключаться (ожидание, код ошибки, доля сбоев) и как не слать два одинаковых кода — согласуем на пилоте
Или все сервисные письма отдельно?
Для кодов входа, авторизаций, системных уведомлений. Выделенный сендер, статусы, отключение стоп-листов — для гарантированной доставки во входящие
Подробнее
Материалы
Особенности интеграции с SMTP
Схемы подключения, API и типовые вопросы по транспорту
Читать материал →Сравнение с SendGrid
Функции и позиционирование SaM oTPravil рядом с SendGrid
Смотреть сравнение →SMTP для кодов подтверждения
Отдельный сценарий: коды как основной или запасной канал
Открыть страницу →Частые вопросы
Как не отправить два одинаковых кода?
На стороне приложения: один ключ на отправку, повтор только при явной ошибке транспорта, параллельная отправка — только для согласованных сценариев. Поможем зафиксировать правила на пилоте.
Не сломает ли второй сендер SPF и DKIM?
Нет, если записи добавить корректно: include и DKIM под оба транспорта. Поможем с DNS и проверкой до запуска.
SMTP или API — что выбрать для запасного канала?
SMTP быстрее встроить рядом с текущим модулем отправки. API удобнее, если нужны подробные журналы и единый формат ответа. Оба варианта доступны.
Как быстро запустить пилот?
После заявки — доступы, DNS и тестовые коды и системные письма. Обычно несколько рабочих дней, если интеграция в модуль отправки уже есть.
Обсудить подключение
Перед подключением полезно — особенности интеграции с SMTP