SMTP relay сервис: что это и как устроена облачная отправка email

An SMTP relay service is a cloud infrastructure that accepts outbound email from your application and delivers it to recipients on your behalf. You connect to the service via SMTP credentials or an HTTP API, hand off the message, and the relay handles everything else: DNS lookups, TLS negotiation with the destination server, retry logic on temporary failures, bounce processing, and reputation management.

How it works technically

Your application connects to the relay on port 587 (SMTP with STARTTLS) or port 465 (implicit TLS) and authenticates with a username and API key. After the SMTP handshake, the message is queued on the relay's infrastructure. From there the relay:

1. Resolves the MX records for the recipient's domain.
2. Opens a connection to the destination MTA and negotiates TLS when available.
3. Transmits the message. If the destination server returns a 4xx temporary error, the relay retries according to its queue policy (typically exponential backoff over hours or days).
4. On permanent 5xx rejection, generates a bounce event and updates suppression lists.
5. Tracks delivery events (delivered, opened, clicked, bounced, complained) and exposes them via webhooks or dashboard.

The alternative to an SMTP relay is running your own MTA (Postfix, Exim, Haraka). This gives full control but requires ongoing maintenance: IP warm-up, blocklist monitoring, feedback loop registration, DKIM key rotation, and queue tuning. For most teams, the relay service is a better trade-off.

Что такое SMTP relay сервис

SMTP relay сервис - это облачная инфраструктура для отправки email. Вы подключаетесь к сервису по SMTP или через HTTP API, передаёте сообщение, а сервис доставляет его получателю. Всё, что происходит между вашим приложением и почтовым ящиком получателя, берёт на себя relay: DNS-резолв, TLS-хэндшейк, повторные попытки при временных ошибках, обработка bounce-уведомлений, управление репутацией IP.

Основные сервисы на рынке

Выбор SMTP relay зависит от задачи. Краткий обзор основных игроков:

• Amazon SES - минимальная цена ($0.10 за 1000 писем), глубокая интеграция с AWS-экосистемой. Подходит командам, которые уже живут в AWS. Минус: спартанский интерфейс, аналитику нужно строить самостоятельно через CloudWatch и SNS.
• SendGrid - один из крупнейших relay- сервисов. Есть и маркетинговый модуль, и транзакционный API. Webhook-события детальные: доставка, открытие, клик, bounce, unsubscribe. Dedicated IP доступен на платных тарифах.
• Postmark - фокус на транзакционных письмах. Жёсткие правила: запрещены холодные рассылки, нет bulk-маркетинга на shared IP. Результат - высокая репутация пулов и стабильная доставляемость.
• Mailgun - API-first сервис, популярный среди разработчиков. Гибкая маршрутизация входящей почты, хорошая документация.

SMTP relay vs. собственный MTA

Собственный почтовый сервер (Postfix, Exim) даёт полный контроль, но требует постоянного обслуживания. Прогрев IP, мониторинг чёрных списков, регистрация в FBL-программах, ротация DKIM-ключей, настройка очередей - всё это ложится на вашу команду.

SMTP relay снимает эту нагрузку. Вы платите за объём отправки и получаете готовую инфраструктуру с SLA на доступность. Компромисс: вы зависите от сервиса, и если его IP попадут в чёрный список или сервис ляжет, ваши письма встанут.

Настройка аутентификации

При подключении SMTP relay необходимо настроить DNS-записи на вашем домене:

• SPF - добавить include-механизм relay-сервиса в вашу SPF-запись. Например: include:sendgrid.net.
• DKIM - опубликовать CNAME-запись, указывающую на DKIM-ключ сервиса, или загрузить свой ключ.
• Custom Return-Path - настроить поддомен для Envelope From, чтобы SPF alignment совпадал с Header From.

Без этих настроек письма могут проходить SPF и DKIM на уровне домена сервиса, но DMARC alignment на вашем домене не пройдёт, и письма рискуют попасть в спам.

Зачем валидировать базу перед relay

SMTP relay обрабатывает bounces, но постфактум. Письмо уже ушло, IP уже получил отказ, ресурсы потрачены. Высокий bounce rate на relay-сервисе ведёт к снижению репутации пула и, в случае shared IP, затрагивает всех клиентов. Некоторые сервисы (Postmark, Amazon SES) приостанавливают аккаунт при bounce rate выше 5%.