SMTP relay отправляет письма через сторонний почтовый сервер. При прямой отправке собственный MTA соединяется с MX-серверами доменов получателей без внешнего relay. Relay уменьшает объём инфраструктурной работы; direct-to-MX даёт больше контроля, но переносит на команду ответственность за репутацию IP, очереди, повторные попытки, аутентификацию, жалобы и мониторинг.
Для большинства небольших и средних команд практичнее надёжный relay. Прямая отправка оправданна, когда есть специалисты по email-инфраструктуре, стабильный объём и конкретная причина владеть всем стеком доставки.
SMTP relay и прямая отправка: краткое сравнение
| Параметр | SMTP relay | Direct-to-MX |
|---|---|---|
| Маршрут | Приложение передаёт письмо relay-серверу, который доставляет его дальше | Собственный MTA соединяется с MX получателя |
| Типичный порт | 587 с STARTTLS или 465 с implicit TLS | 25 для обмена между серверами |
| Репутация IP | Полностью или частично управляется провайдером | Полностью управляется вашей организацией |
| Очереди и повторы | Обрабатываются relay-сервисом | Собственный MTA хранит очередь и обрабатывает ошибки |
| Настройка | SMTP-данные или API | MTA, DNS, IP, reverse DNS, безопасность, логи и мониторинг |
| Контроль | Ограничен правилами и функциями провайдера | Полный контроль маршрута и поведения доставки |
| Кому подходит | Командам, которым нужна управляемая доставка | Специализированным операциям с email-экспертизой |
Что такое SMTP relay?
SMTP relay принимает аутентифицированное письмо от клиента или приложения и передаёт его почтовому серверу получателя. Он управляет исходящей очередью, повторяет временно неудачные попытки, записывает ответы серверов и обслуживает отправляющие IP.
Приложение обычно передаёт письма через порт 587 с STARTTLS или 465 с implicit TLS. Их не следует путать с портом 25, который используется между почтовыми серверами. Подробности собраны в руководстве по SMTP-портам.
Что такое direct-to-MX?
При прямой отправке ваш MTA запрашивает MX-записи домена получателя и самостоятельно соединяется с его серверами. Это умеют Postfix и Exim, но установка MTA — только начало.
Для рабочего решения нужны статические IP, корректные прямые и обратные DNS-записи, SPF, DKIM, DMARC, TLS, обработка возвратов и жалоб, suppression list, мониторинг очереди, правила повторов, лимиты по провайдерам, обновления безопасности и защита от злоупотреблений. Многие хостинговые сети ограничивают исходящий порт 25, поэтому его доступность нужно проверить заранее.
Доставляемость и репутация
Relay не гарантирует попадание во входящие, а собственный сервер не улучшает доставляемость автоматически. Системы получателей оценивают репутацию домена и IP, аутентификацию, жалобы, несуществующие адреса, контент и режим отправки.
Relay-провайдер управляет частью инфраструктуры и может применять правила допустимого использования и лимиты. Общая инфраструктура упрощает запуск, но результат зависит и от контроля провайдера, и от поведения отправителя. При direct sending вся репутационная работа лежит на вашей команде. Контроль полезен только при постоянном мониторинге задержек, блокировок, возвратов и жалоб.
Стоимость: счёт сервиса и полная стоимость владения
Relay обычно тарифицируется по письмам, кредитам или объёмному плану. Цена включает инфраструктуру, очереди, повторы и операционные инструменты. У прямой отправки нет платы relay-провайдеру, но остаются серверы, IP, мониторинг, хранение логов, обслуживание и реакция на инциденты.
Bulko использует pay-as-you-go: 5 000 email-кредитов стоят $5, 20 000 — $15, 50 000 — $30, 120 000 — $60. Кредиты не сгорают, после регистрации доступно 500 кредитов. Цена покрывает управляемый SMTP-пул и функции кампаний, но не является гарантией попадания во входящие.
Безопасность и ответственность
При любой модели не храните пароли в исходном коде, меняйте скомпрометированные данные, используйте шифрованную передачу, ограничивайте доступ ролями и сохраняйте только необходимые логи.
Relay получает данные и метаданные писем, поэтому нужно изучить условия и обработку данных. Прямая отправка уменьшает эту зависимость, но расширяет собственную поверхность атаки. Открытый relay или взломанный MTA быстро портит репутацию домена и IP.
Когда использовать SMTP relay?
- в команде нет отдельного специалиста по email-инфраструктуре;
- нужны очереди, повторы и ответы доставки без обслуживания MTA;
- объём меняется и удобна оплата по факту;
- нужна интеграция через SMTP или API;
- быстрый запуск важнее полного контроля.
Когда оправдана прямая отправка?
- email-доставка — постоянная внутренняя компетенция;
- есть ответственные за DNS, безопасность MTA, репутацию и abuse;
- объём достаточно стабилен для поддержки репутации IP;
- контроль данных или особые правила оправдывают стоимость эксплуатации;
- хостинг разрешает server-to-server SMTP через порт 25.
Чек-лист выбора
- Оцените месячный и пиковый часовой объём.
- Определите тип трафика: транзакционный, подписной маркетинг или sales outreach.
- Запишите требования к аутентификации, suppression, возвратам и отчётам.
- Посчитайте работу специалистов и мониторинг, а не только сервер.
- Проведите небольшой тест и изучите SMTP-ответы до масштабирования.
Итог
SMTP relay подходит, когда операционную доставку нужно передать провайдеру. Direct-to-MX стоит выбирать только тогда, когда полный контроль оправдывает владение инфраструктурой и репутационной работой. Ни один маршрут не позволяет обойти фильтрацию.
Посмотрите как работает управляемый SMTP Bulko или протестируйте его на 500 email-кредитах.
