Как работает SMTP-протокол: базовые принципы
SMTP (Simple Mail Transfer Protocol) — стандартный протокол передачи почты в интернете, описанный в RFC 5321. Каждый раз, когда вы отправляете письмо, происходит SMTP-сессия: клиент устанавливает TCP-соединение с почтовым сервером и обменивается командами по строгому сценарию.
Упрощённая схема SMTP-сессии для одного письма выглядит так:
- HELO / EHLO — клиент представляется серверу (EHLO используется для расширенного SMTP с поддержкой STARTTLS и AUTH).
- MAIL FROM — указывается адрес отправителя конверта (envelope-from).
- RCPT TO — указывается адрес получателя.
- DATA — передаётся тело письма: заголовки (From, To, Subject) + текст/HTML + вложения.
- QUIT — завершение сессии.
Сервер на каждом шаге отвечает трёхзначными кодами: 250 — успех, 4xx — временный отказ (soft bounce, возможен ретрай), 5xx — постоянный отказ (hard bounce, ретрай бессмысленен).
Порты SMTP: 25, 465, 587 — в чём разница
| Порт | Назначение | Шифрование | Применение |
|---|---|---|---|
| 25 | Межсерверная доставка (MTA-to-MTA) | STARTTLS (опционально) | Только для MTA; большинство хостеров блокируют для пользователей |
| 465 | SMTPS (устаревший, но широко поддерживаемый) | SSL/TLS сразу | Клиентская отправка через почтовые клиенты и скрипты |
| 587 | Submission (современный стандарт) | STARTTLS (обязательно) | Рекомендуемый порт для отправки через MUA и платформы рассылок |
Для массовых рассылок через собственный MTA (PowerMTA, MailerQ) исходящие соединения к чужим серверам идут на порт 25. Входящий инжект от платформы рассылок в MTA — на порт 587 или через локальный сокет.
Что такое SMTP-сервер для рассылок и чем он отличается от обычного
Когда речь идёт о массовых рассылках, «просто SMTP» недостаточно. Корпоративный почтовый сервер рассчитан на десятки писем в час. Отправляющий узел для массовой рассылки — это специализированная машина, которая работает с тысячами и миллионами писем, управляет очередями, обрабатывает баунсы, соблюдает лимиты каждого провайдера и строит репутацию IP.
Технически в цепочке рассылки SMTP-узел — это интерфейс между вашей рассылочной платформой и интернетом. Платформа (Protosender, Interspire, Mumara) инжектирует письма в очередь MTA, а MTA — Mail Transfer Agent — уже доставляет их на серверы Gmail, Mail.ru, Yahoo и тысяч других доменов, выбирая IP, скорость и правила для каждого провайдера.
Практика нашей команды. За 10+ лет работы с email-инфраструктурой мы развернули 150+ систем рассылок и видели одну и ту же картину: клиент приходит с «не работает SMTP» — а проблема не в протоколе, а в архитектуре. Один узел, без прогрева, без аутентификации, без разделения потоков. Ниже — как делать правильно.
Сравнение вариантов SMTP для рассылок: бесплатная почта, хостинг, сервис или свой сервер
Прежде чем выбирать MTA и строить инфраструктуру, важно понять, какой вариант SMTP вообще подходит под вашу задачу. Их четыре — и у каждого своя ниша.
| Вариант | Максимальный объём | Плюсы | Минусы | Ориентировочная цена |
|---|---|---|---|---|
| Бесплатная почта (Gmail, Mail.ru) | 100–500 писем/день | Бесплатно, не нужна настройка | Мгновенная блокировка при рассылках, нет управления очередями, нельзя использовать свой домен массово | 0 ₽ |
| Хостинговый SMTP | 500–5 000 писем/день | Входит в хостинг, быстрая настройка | Жёсткие лимиты, нет управления репутацией, блокировка при первой крупной рассылке | Входит в хостинг |
| SMTP-сервис (SendGrid, Mailgun, UniSender) | От 10K до нескольких млн/мес | Быстрый старт, нет своей инфраструктуры, SLA, готовая аналитика | Плата за каждое письмо/подписчика, модерация, зависимость от правил платформы, данные на чужих серверах | От $15/мес и выше |
| Собственный SMTP (MTA + VDS) | От 50K до млн+ писем/день | Полный контроль, вечная лицензия, данные только у вас, нет лимитов и модерации, масштабируется линейно | Требует настройки, прогрева и технических знаний (или специалиста) | От 300 USDT старт + ~25 USD/мес на узел |
Когда выгоден сервис, а когда — своя инфраструктура. SMTP-сервис (SendGrid, Mailgun) выгоден при разовых задачах или объёмах до 50–100K писем в месяц. При регулярных рассылках по собственной базе своя инфраструктура окупается за 2–4 месяца: вечная лицензия платформы (250 USDT), оплата только аренды серверов (~125 USD/мес), никаких лимитов, модерации и чужих правил. Контакты лежат в вашей БД — никто не заблокирует аккаунт и не удержит базу при переезде.
Архитектура: платформа + MTA + SMTP-узлы
Профессиональная инфраструктура для рассылок состоит из трёх слоёв:
- Рассылочная платформа — управляет базой контактов, шаблонами, расписанием и статистикой. Примеры: Protosender 8 PRO, Interspire + Maborak, Mumara PRO + ESP.
- MTA (Mail Transfer Agent) — транспортный движок. Принимает письма от платформы и доставляет адресату. Промышленные решения: PowerMTA и MailerQ. Именно MTA решает, с какого IP, с какой скоростью и по каким правилам идёт каждое письмо.
- SMTP-узлы — отдельные VDS-серверы с выделенными IP, которые физически отправляют почту. Один узел — отдельная репутация, отдельный пул IP.
Такая архитектура позволяет масштабировать объём линейно и изолировать риски: если горит один узел, остальные работают в штатном режиме.
Сколько SMTP-узлов нужно под ваш объём
Из практики MailCore существуют чёткие ориентиры:
| Объём (писем/день) | SMTP-узлов | Доменов | Аренда VDS (USD/мес) |
|---|---|---|---|
| До 50 000 | 1 | 2 | ~25 |
| 50 000 – 200 000 | 3 | 6 | ~75 |
| 200 000 – 1 000 000 | 6 | 12 | ~150 |
| Свыше 1 000 000 | от 10 | от 20 | от 250 |
Аренда VDS под один отправляющий узел обходится примерно в 25 USD в месяц (2 CPU, 2 ГБ RAM, 5 IP). Это деньги, которые платятся напрямую хостеру — без наценок платформы.
Транзакционные и маркетинговые рассылки: в чём разница и зачем разделять потоки
Не все письма одинаковы с точки зрения репутации и доставляемости. Смешивать транзакционный и маркетинговый трафик в одном IP-пуле — одна из самых частых ошибок, которую мы видим в 150+ развёрнутых проектах.
Транзакционные письма
Транзакционные письма отправляются автоматически в ответ на действие конкретного пользователя. Они ожидаемы и личны — поэтому их открываемость в 4–8 раз выше маркетинговых рассылок.
Примеры транзакционных писем:
- Подтверждение регистрации и активации аккаунта
- Сброс пароля
- Уведомления о заказе: оплата, статус, доставка
- Счета и чеки
- Уведомления о входе / двухфакторная аутентификация
- Системные алерты и отчёты
Маркетинговые рассылки
Маркетинговые письма — это массовая отправка по сегментам базы: акции, новости, прогрев лидов, реактивация, промо-серии. Именно под них строится основная SMTP-инфраструктура с MTA, пулами IP и прогревом.
Почему нужно разделять потоки на разные IP-пулы
Если маркетинговая рассылка вызвала жалобы или спам-блокировку, репутация IP падает — и транзакционные письма перестают доставляться. Пользователь не получает подтверждение заказа или сброс пароля. Это прямые потери выручки.
Правило разделения потоков. Транзакционные письма — на отдельный IP-пул с максимальным приоритетом и минимальным объёмом. Маркетинговые — на отдельные пулы с прогревом и ротацией. В PowerMTA это реализуется через vMTA: отдельный виртуальный профиль с парой IP + домен + правила для каждого типа трафика. Mumara PRO + ESP поддерживает до 500 потоков отправки с точностью переключения до письма.
Обязательные настройки DNS для SMTP-рассылок
Без правильной аутентификации массовая почта в инбокс не попадает — это не теория, это факт. Тройка записей, без которых нет смысла даже запускать рассылку:
| Запись | Тип | Назначение | Обязательна с 2024 |
|---|---|---|---|
| SPF | TXT | Разрешает серверам отправлять почту от имени домена | ✅ Да |
| DKIM | TXT | Криптографическая подпись каждого письма | ✅ Да |
| DMARC | TXT | Политика для писем, не прошедших SPF/DKIM | ✅ Да (Google, Yahoo >5K/день) |
| rDNS / PTR | PTR | IP резолвится в имя хоста (FCrDNS) | ✅ Критично |
Частая ошибка. Клиенты настраивают SPF и DKIM для основного домена, но забывают о доменах SMTP-узлов. Каждый отправляющий домен требует своего набора DNS-записей. Mumara PRO + ESP автоматически мониторит блэклисты и отключает проблемные домены — это снижает риск, но не заменяет правильную первоначальную настройку.
Выбор MTA: PowerMTA, MailerQ или Postfix
Это ключевое решение архитектуры. MTA определяет потолок производительности, управляемость и инструменты репутационного контроля.
PowerMTA — промышленный стандарт
На PowerMTA построены крупнейшие ESP мира. Его возможности: миллионы писем в час с одного сервера, vMTA (изолированные отправляющие профили с парой IP+домен+правила), умная классификация баунсов, режимы NORMAL/BACKOFF и веб-консоль реального времени с очередями, соединениями и топ-10 доменов по получателям. В версии 6.0 добавлен REST API для управления vMTA.
Логика BACKOFF особенно важна на практике: когда провайдер начинает отвечать отказами, PowerMTA сам сбрасывает темп проблемного пула и уходит в ретраи, не трогая остальные пулы. Так был разрешён реальный инцидент с Mail.ru в нашей практике — без ручного вмешательства.
Актуальная ветка PowerMTA 6.0r3 стоит 500 USDT, стабильная классика 5.0r8 — 150 USDT. Обе версии доступны с установкой и настройкой.
MailerQ — управление в реальном времени
MailerQ построен на архитектуре RabbitMQ и позволяет менять лимиты, пулы IP и маршрутизацию из Management Console на лету — без перезапуска и потери очередей. В версии 5.16 появился гарантированный инжект: письмо не теряется даже при сбое очереди. MailerQ 5.16.2 стоит 350 USDT, бюджетный вход через 5.14.4 — 150 USDT.
Postfix — бесплатная альтернатива для небольших объёмов
Postfix — самый распространённый open-source MTA в мире, установлен по умолчанию на большинстве Linux-дистрибутивов. В отличие от PowerMTA и MailerQ, Postfix бесплатен и подходит для сценариев с объёмами до 20–50K писем в день на одном сервере.
Когда Postfix оправдан:
- Транзакционные рассылки небольшого объёма (уведомления, подтверждения, алерты)
- Разработка и тестирование инфраструктуры
- Вспомогательный MTA в связке с коммерческим (например, для FBL-сервера)
- Сценарии, где бюджет не позволяет PowerMTA, а объём не превышает 20K/день
Ограничения Postfix для массовых рассылок: нет встроенного управления репутацией IP, нет разделения трафика по vMTA-профилям, нет автоматического BACKOFF и адаптивной тротлинга под каждого провайдера. При росте объёмов переход на PowerMTA или MailerQ неизбежен.
Exim — ещё одна бесплатная альтернатива, часто встречается на cPanel-хостингах. Подходит для тех же сценариев, что и Postfix, но менее распространён в профессиональных инсталляциях массовых рассылок.
Практический совет. Для большинства задач с объёмами до нескольких миллионов писем в день достаточно PowerMTA 5.0r8 или MailerQ 5.14.4. Переходить на старшие версии стоит при необходимости REST API-управления, кластерной архитектуры или специфичных требований к отказоустойчивости. Postfix — только для вспомогательных задач или малых объёмов.
Сравнение MTA: PowerMTA vs MailerQ vs Postfix
| Параметр | PowerMTA | MailerQ | Postfix |
|---|---|---|---|
| Цена | 150–500 USDT | 150–350 USDT | Бесплатно |
| Объём (один сервер) | Млн+ писем/час | Млн+ писем/час | До 50К/день |
| vMTA / пулы IP | ✅ Да | ✅ Да | ❌ Нет |
| Адаптивная тротлинга | ✅ NORMAL/BACKOFF | ✅ Patterns | ❌ Нет |
| Управление на лету | Частично (REST API в 6.0) | ✅ Полностью (без рестарта) | ❌ Нет |
| Классификация баунсов | ✅ Умная | ✅ Честная диагностика | Базовая |
| Сценарий применения | Крупные ESP, большие объёмы | Кластеры, реал-тайм управление | Транзакционные, тесты, малые объёмы |
Прогрев SMTP: почему без него рассылка уходит в спам
Новый IP — чистый лист. Провайдеры не знают его репутации и по умолчанию относятся с подозрением. Без прогрева даже легальная рассылка с нового IP уходит в спам — это не исключение, это правило.
Прогрев — постепенное наращивание объёма отправки по дневному расписанию (рампы), начиная с самых активных сегментов базы. Из нашей практики:
- Дни 1–3: 5 000 писем/час только по сегменту активных за последний месяц, контроль 4xx < 3%.
- Дни 4–7: 15 000 писем/час по расширенным сегментам, контроль баунсов < 2%.
- С 8-го дня: production-режим 40 000 писем/час после проверки метрик.
При правильном прогреве результат — 95%+ попадание в инбокс. Накрутка «поведенческих факторов» (фейковые открытия, клики) не работает и чаще вредит: репутация строится только на реальной доставке реальных писем с контролем спам-порогов.
Модуль «Разогрев SMTP» в Protosender автоматизирует этот процесс: рампы по дням, пул реальных сообщений, health-мониторинг и авто-своп при первых признаках спама. Работает на базе PowerMTA с контролем реакции провайдеров на каждом шаге.
Раздельные правила под каждый почтовый сервис
Gmail, Mail.ru и Yahoo принимают почту по-разному. Профессиональный MTA ведёт отдельную стратегию на каждого провайдера: свои лимиты соединений, своя скорость, своя реакция на отказы. Смешивать трафик на разные провайдеры в одном пуле — значит терять контроль над репутацией.
Адаптивная ротация в Protosender определяет, что именно «спамит» — письмо, домен или SMTP-канал — и меняет только проблемное звено. Если горит Gmail, своп идёт только для Gmail: Yandex и Mail.ru продолжают на полной скорости. Это не теория — именно так был разрешён реальный инцидент из нашей практики: рост спам-порога по Gmail был замечен системой, проблемный канал ушёл в остывание, резервный канал подхватил трафик без остановки рассылки.
Обработка баунсов и жалоб FBL
Два сигнала, которые разрушают репутацию быстрее всего — hard bounce и жалобы на спам.
- Hard bounce — адрес не существует. Контакт должен удаляться из базы немедленно и навсегда. Высокий процент hard bounce — сигнал для провайдеров об устаревшей базе.
- Soft bounce — ящик существует, но письмо не принято (переполнен, временная ошибка). Требует ретраев, но не немедленного удаления.
- FBL (Feedback Loop) — канал от провайдера: когда получатель жмёт «спам», ISP присылает отчёт в формате ARF. Система должна автоматически исключать жалобщика из базы.
В комплекте Interspire + Maborak этим занимаются Remote Bounce Processor v1.2 и модуль Feedback Loops v2.7 — жалобы приходят в формате ARF и автоматически чистят базу. В Mumara PRO + ESP на каждый канал отправки — свой bounce- и FBL-сервер.
Интеграция SMTP с CMS и CRM: WordPress, Bitrix24, AmoCRM
Подключение собственного SMTP к популярным платформам позволяет использовать всю мощь выстроенной инфраструктуры для отправки системных и транзакционных писем непосредственно из CMS или CRM — без сторонних сервисов.
WordPress и WooCommerce
По умолчанию WordPress использует функцию wp_mail(), которая отправляет через встроенный PHP mail() — без аутентификации и с минимальной доставляемостью. Для подключения собственного SMTP:
- Установите плагин WP Mail SMTP или FluentSMTP.
- В настройках плагина укажите хост вашего SMTP-узла, порт (587 для STARTTLS или 465 для SSL), логин и пароль.
- Включите DKIM-подпись — для этого в плагине укажите приватный ключ или настройте подпись на стороне MTA.
- Проверьте отправку тестового письма и проверьте заголовки (should show DKIM=pass, SPF=pass).
Для WooCommerce все письма о заказах, оплате и доставке автоматически пойдут через настроенный SMTP. Рекомендуем выделить для WordPress отдельный IP-пул, изолированный от маркетинговых рассылок.
Bitrix24
Bitrix24 поддерживает подключение внешнего SMTP для исходящей почты портала:
- Перейдите в Настройки → Почта → Настройки отправки почты.
- Выберите «Внешний SMTP-сервер» и укажите данные вашего узла: хост, порт (587), логин, пароль.
- Включите SSL/TLS.
- Сохраните и отправьте тестовое письмо из CRM.
Все письма из CRM (уведомления, коммерческие предложения, автоматические триггеры) пойдут через ваш SMTP с настроенными SPF/DKIM — доставляемость кратно вырастет по сравнению со встроенным почтовым клиентом.
AmoCRM
AmoCRM позволяет подключить SMTP для отправки писем непосредственно из карточки сделки и автоматических воронок:
- В настройках интеграций найдите «Почта» → «Добавить ящик».
- Выберите тип «SMTP/IMAP» и введите данные вашего сервера.
- Настройте IMAP для получения ответов (необходимо для отслеживания цепочек переписки в CRM).
Важно для CRM-интеграций. Если CRM используется для холодных рассылок по крупным базам — обязательно выделите отдельный IP-пул и домен, не смешивая с транзакционным трафиком. Так, при проблемах с репутацией маркетинговых кампаний, системные уведомления продолжат доставляться без перебоев.
API-интеграция: когда SMTP заменяют на HTTP API
Для разработчиков часто удобнее использовать HTTP API вместо классического SMTP-подключения. SendGrid, Mailgun и аналогичные сервисы предоставляют REST API для отправки писем — вызов одного endpoint заменяет всю SMTP-сессию.
Если вы строите собственную инфраструктуру, PowerMTA 6.0 и MailerQ 5.x также поддерживают REST API для инжекта писем и управления очередями — это позволяет интегрировать любое приложение с собственным MTA без SMTP-библиотек.
Сколько стоит собственный SMTP для рассылок
Полная смета типового решения под ключ — прозрачная, без скрытых платежей:
| Компонент | Стоимость | Тип оплаты |
|---|---|---|
| Лицензия платформы (Protosender / Interspire / Mumara) | 250 USDT | Разово, вечная лицензия |
| PowerMTA 6.0r3 | 500 USDT | Разово |
| PowerMTA 5.0r8 (стабильная классика) | 150 USDT | Разово |
| Установка скрипта | от 50 USDT | Разово |
| Настройка MTA | 100 USDT | Разово |
| Один SMTP-узел (настройка) | 40 USDT | Разово |
| Аренда VDS под SMTP-узел | ~25 USD/мес | Хостеру напрямую |
| Домен + настройка DNS | 10 USDT/домен | Разово |
| План прогрева | 100 USDT | Разово |
Типовой пакет — Protosender + PowerMTA 6.0r3 + 4 SMTP-узла + 8 доменов + подготовка 5 VDS + прогрев + сопровождение 30 дней — обойдётся в 1 465 USDT на старте. После запуска остаётся только аренда серверов: ≈ 125 USD в месяц хостеру напрямую.
Установка на готовый сервер — от 300 USDT и за один день. Инфраструктура под ключ с нуля — 5–10 дней.
Практический совет. Воспользуйтесь интерактивным калькулятором на странице услуг: собираете решение (скрипт, MTA, SMTP-узлы, домены, прогрев) — постатейная смета считается мгновенно. Лицензии и услуги — раздельно, итоговая сумма фиксируется до начала работ и не меняется.
MTA-Hub: централизованное управление SMTP-парком
Когда SMTP-узлов становится несколько десятков, управлять ими «в таблицах и головах» уже нельзя. MTA-Hub — AI-панель управления всей инфраструктурой: реестр серверов, IP, доменов и vMTA, Prometheus-мониторинг со всех узлов сразу, конфигурации с diff и rollback, контролируемый прогрев и AI-аудит.
Восемь AI-подсистем работают как встроенный deliverability-инженер: Infrastructure Planner строит план инфраструктуры под задачу ещё до покупки железа, AI Metrics Auditor отлавливает аномалии до того, как просела доставка, AI Config Advisor объясняет риски каждой директивы и рекомендует безопасные значения.
Из практики: на одном из узлов вырос процент 4xx одновременно с увеличением исходящих соединений. AI Metrics Auditor скоррелировал метрики и рекомендовал снизить темп пула и проверить последние изменения конфига — до того, как просела доставка.
Часто задаваемые вопросы
Можно ли использовать обычный хостинговый SMTP для массовых рассылок?
Нет. Хостинговый SMTP рассчитан на единичные транзакционные письма. Для массовых рассылок нужен специализированный MTA (PowerMTA, MailerQ) с управлением очередями, раздельными пулами IP, обработкой баунсов и FBL. Обычный хостинг заблокируют при первой же крупной рассылке.
Сколько времени занимает прогрев нового SMTP-узла?
Минимальный базовый прогрев — 7–10 дней. Правильная схема: дни 1–3 по 5 000 писем в час только по активным подписчикам, дни 4–7 наращивание до 15 000, с 8-го дня — production-режим при здоровых метриках (4xx < 3%, bounce < 2%). Попытки ускорить этот процесс приводят к попаданию в спам.
Что лучше: арендовать SMTP-сервис или настроить свой?
Зависит от объёмов и задачи. При регулярных рассылках по собственной базе своя инфраструктура выгоднее: вечная лицензия платформы (250 USDT), оплата только аренды серверов (~125 USD/мес), никаких лимитов и модерации. SMTP-сервис (SendGrid, Mailgun) выгоден только при очень малых объёмах или разовых задачах.
Какие DNS-записи обязательны для SMTP-рассылок?
SPF, DKIM, DMARC и rDNS/PTR. Без них письма будут отклонены или попадут в спам. С 2024 года Google и Yahoo требуют DMARC для отправителей более 5 000 писем в день. PTR-запись проверяется провайдерами при каждом SMTP-соединении.
Нужен ли отдельный MTA или достаточно встроенного SMTP платформы?
Для объёмов свыше 50 000 писем в день отдельный MTA обязателен. Встроенный SMTP платформ не управляет репутацией IP, не умеет в раздельные стратегии по провайдерам и не масштабируется. PowerMTA или MailerQ дают полный контроль над очередями, пулами и доставляемостью.
Чем отличаются транзакционные рассылки от маркетинговых и почему их нельзя смешивать?
Транзакционные письма — это автоматические уведомления по действию пользователя (подтверждение заказа, сброс пароля). Маркетинговые — массовые кампании по базе. Смешивать их в одном IP-пуле нельзя: если маркетинговая рассылка получит жалобы, репутация IP упадёт и транзакционные письма перестанут доставляться. Разделение реализуется через vMTA в PowerMTA или отдельные потоки в Mumara.
На каких портах работает SMTP и какой выбрать для рассылок?
Основные порты SMTP: 25 (межсерверная доставка, MTA-to-MTA), 465 (SMTPS, SSL сразу), 587 (submission, STARTTLS — современный стандарт). Для инжекта писем от платформы в MTA рекомендуется порт 587 с STARTTLS. Исходящие соединения MTA к чужим серверам идут на порт 25.
Можно ли использовать Postfix вместо PowerMTA для массовых рассылок?
Postfix подходит для небольших объёмов (до 20–50K писем/день) и транзакционных рассылок. Для промышленных объёмов Postfix не имеет vMTA-профилей, адаптивной тротлинги под провайдеров и автоматического BACKOFF — всё это критично для доставляемости. При росте объёмов переход на PowerMTA или MailerQ неизбежен.
Как подключить собственный SMTP к WordPress?
Установите плагин WP Mail SMTP или FluentSMTP. В настройках укажите хост вашего SMTP-узла, порт 587 (STARTTLS) или 465 (SSL), логин и пароль. Для WooCommerce все письма о заказах автоматически пойдут через настроенный SMTP. Рекомендуется выделить отдельный IP-пул для CMS, изолированный от маркетинговых рассылок.
Рассчитать стоимость своей SMTP-инфраструктуры в калькуляторе