Свой почтовый сервер для рассылок: контроль против головной боли
Идея «настроить свой почтовый сервер и не зависеть ни от кого» звучит соблазнительно, особенно когда аренда ящиков и сервисов начинает выглядеть как лишняя статья расходов. Но свой сервер меняет не только статью бюджета — он полностью перекладывает на вас ответственность за репутацию IP, DNS-записи и техническую поддержку, а для адресного B2B-аутрича именно это часто определяет, дойдёт письмо до ЛПР или нет.
- Свой сервер даёт полный контроль над репутацией IP и доменом, но снимает с провайдера всю ответственность за доставляемость
- Postfix отвечает за отправку/приём (MTA), Dovecot — за хранение и доступ к почте (IMAP/POP3), это разные роли одной системы
- Прогрев нового IP занимает недели, а не дни — резкий старт рассылки с чистого сервера почти гарантированно уходит в спам
- Свой сервер оправдан при стабильном объёме от нескольких тысяч писем в месяц и наличии технической экспертизы для поддержки
- Для малых и средних объёмов аутрича арендованная инфраструктура с прогретыми ящиками почти всегда выгоднее по совокупной стоимости
Что значит «свой почтовый сервер» и из чего он состоит
Собственный почтовый сервер — это не одна программа, а связка нескольких компонентов на вашем VPS или выделенном сервере. Postfix (или альтернатива вроде Exim) — это MTA, агент передачи почты: он принимает письма от вашей CRM или почтового клиента и отправляет их дальше по SMTP на серверы получателей, а также принимает входящую почту на ваш домен.
Dovecot — это MDA/IMAP-сервер: он хранит письма и даёт к ним доступ по протоколам IMAP или POP3, чтобы вы могли читать входящую переписку и ответы на кампании через привычный почтовый клиент. Отдельно нужен DNS-сервер или хотя бы контроль над DNS-записями домена — там прописываются MX, SPF, DKIM, DMARC и PTR.
Кроме связки Postfix+Dovecot часто добавляют спам-фильтр на приём (например, rspamd) и систему очередей для исходящей почты, чтобы регулировать скорость отправки и не отправлять все письма кампании одним залпом.
Отдельная задача — мониторинг: без панели, показывающей коды ответа SMTP по каждому отправленному письму, объём очереди и статус доставки, администратор сервера остаётся слепым к проблемам до тех пор, пока получатели не начнут жаловаться напрямую. На арендованной инфраструктуре эта телеметрия обычно уже встроена в панель провайдера, на своём сервере её нужно собирать и настраивать отдельно.
Плюсы и минусы против арендованной инфраструктуры
Главный плюс своего сервера — полный контроль. Вы сами решаете скорость отправки, сами видите каждый код ответа SMTP, сами настраиваете политику DMARC без ограничений тарифа провайдера. Для компаний с большим устойчивым объёмом рассылок это может окупаться: не нужно платить за каждый дополнительный ящик или домен у стороннего сервиса.
Минус — вся ответственность за репутацию IP тоже на вас. Провайдер вроде Google Workspace или специализированный SMTP-релей уже имеет наработанную репутацию и инфраструктуру доверия у крупных почтовых систем; ваш собственный новый IP такой репутации не имеет вообще, и почтовые провайдеры по умолчанию относятся к нему настороженно.
Плюс нужна постоянная техническая поддержка: обновления безопасности, мониторинг очередей, разбор жалоб на спам от получателей, отслеживание попадания IP в чёрные списки (DNSBL) и оперативная реакция на это. Для команды без выделенного DevOps/sysadmin ресурса это ощутимая скрытая стоимость, которая не видна на старте.
Есть и промежуточный сценарий, который часто упускают: аренда выделенного IP у крупного облачного провайдера с уже частично наработанной репутацией диапазона, но с самостоятельной настройкой Postfix и Dovecot поверх него. Это снижает часть рисков чистого «холодного» IP, но не снимает задачу техподдержки — компромисс имеет смысл только если у команды уже есть опыт администрирования почтовых серверов.
Базовая архитектура и настройка
Минимальная рабочая связка выглядит так: VPS с белым статическим IP (лучше не из «дешёвых» диапазонов хостеров, которые массово используются для спама), Postfix как MTA, Dovecot для IMAP, корректные DNS-записи домена и обратная PTR-запись у хостера, совпадающая с именем сервера.
После установки Postfix настраивается через /etc/postfix/main.cf: указывается имя хоста (myhostname), домен (mydomain), релей-параметры и TLS-сертификат для шифрованного соединения — без TLS сегодня большинство корпоративных почтовых систем понижают доверие к письму или вовсе отклоняют соединение.
Dovecot настраивается отдельно для аутентификации пользователей и хранения писем (обычно в формате Maildir). Важно связать Postfix и Dovecot через SASL-аутентификацию, чтобы отправка требовала логина-пароля, а не была открытым релеем — открытый релей (open relay) моментально становится мишенью для чужого спама и убивает репутацию IP за часы.
Отдельно стоит настроить лимиты на исходящую очередь в самом Postfix (параметры вроде smtp_destination_rate_delay и default_destination_rate_delay), чтобы физически ограничить скорость отправки на уровне сервера, а не полагаться только на дисциплину в CRM или скрипте рассылки. Это подстраховка на случай, если процесс отправки на прикладном уровне сработает с ошибкой и попытается отправить больше писем, чем безопасно для текущей репутации домена.
- Белый статический IP не из спам-репутационных диапазонов
- Корректная PTR-запись, совпадающая с HELO-именем сервера
- SPF, DKIM, DMARC на уровне домена — задаются в DNS, не в Postfix
- TLS-сертификат для шифрования соединений (Let's Encrypt подходит)
- SASL-аутентификация, чтобы исключить открытый релей
- Спам-фильтр на приём (rspamd/SpamAssassin) — иначе входящий ящик забьётся мусором
Прогрев IP и домена: почему нельзя стартовать с полной скоростью
Новый IP-адрес и новый домен не имеют истории в глазах почтовых провайдеров, а значит по умолчанию находятся под подозрением. Резкий старт — сотни писем в первый же день — статистически похож на поведение спам-бота, и Gmail, Яндекс, Mail.ru отреагируют повышенной фильтрацией или прямым отклонением соединения.
Прогрев занимает обычно от двух до шести недель: старт с 10–20 писем в день, постепенное увеличение объёма при условии низкого bounce rate и жалоб, параллельная отправка себе и на тестовые ящики разных провайдеров для проверки, куда падает письмо — в inbox или в спам. Ускорять этот процесс ради быстрого запуска кампании — верный способ сжечь репутацию нового домена ещё до старта реального аутрича.
Частый провал: компания за один день поднимает сервер, прописывает DNS и в тот же вечер отправляет 500 холодных писем — к утру домен уже в нескольких DNSBL-списках, и следующие письма отклоняются автоматически независимо от содержания.
Когда свой сервер оправдан, а когда — нет
Свой почтовый сервер имеет смысл, если у вас устойчивый объём от нескольких тысяч писем в месяц, есть технический ресурс для поддержки (свой или на аутсорсе) и стратегическая цель — не зависеть от тарифов и ограничений сторонних провайдеров в долгосрочной перспективе.
Для точечного, адресного B2B-аутрича с объёмом в десятки-сотни писем в неделю по узкому сегменту ЛПР собственная инфраструктура почти всегда избыточна: время на прогрев и поддержку не окупается экономией на аренде ящиков, а риск ошибки в настройке (открытый релей, неверный SPF) выше, чем у зрелого провайдера с готовой репутацией.
Как выбор инфраструктуры влияет на реальный аутрич
В LDM для клиентов, которым не нужна собственная почтовая инфраструктура, используется пул уже прогретых ящиков с настроенными SPF/DKIM/DMARC и мониторингом репутации на уровне каждого отправляющего адреса — это снимает с команды заботу о прогреве и техподдержке сервера, оставляя фокус на содержании письма и сегменте ЛПР, куда оно уходит.
Если же у компании уже есть своя серверная инфраструктура и требование полного контроля (например, из-за внутренних политик безопасности), архитектура выше — рабочая отправная точка, но закладывайте на прогрев и поддержку отдельный ресурс, а не рассчитывайте на мгновенный запуск кампании сразу после установки Postfix.
Вопросы и ответы
Postfix и Dovecot — это одно и то же?
Нет. Postfix — это MTA, он отправляет и принимает почту по SMTP. Dovecot — сервер для хранения писем и доступа к ним по IMAP/POP3. В связке они дают полноценный почтовый сервер: один отвечает за передачу, другой — за хранение и чтение.
Сколько времени занимает прогрев нового домена под рассылки?
Обычно две-шесть недель при постепенном росте объёма от 10-20 писем в день. Точный срок зависит от объёма, качества базы и реакции получателей — жалобы и bounce замедляют прогрев, а низкий bounce rate и ответы ускоряют.
Можно ли использовать свой сервер сразу для больших объёмов холодных писем?
Нет, это прямой путь в чёрные списки. Даже технически идеально настроенный сервер без репутационной истории воспринимается почтовыми системами настороженно, и резкий скачок объёма выглядит как спам-активность независимо от качества письма.
Что такое открытый релей и почему это опасно?
Открытый релей — это SMTP-сервер, который принимает и пересылает почту без проверки авторизации отправителя. Такой сервер быстро находят спамеры и используют для рассылки чужого спама через ваш IP, что мгновенно портит его репутацию для всех остальных задач, включая ваш легитимный аутрич.
Нужен ли отдельный домен для трекинг-ссылок, если есть свой почтовый сервер?
Да, это хорошая практика независимо от типа инфраструктуры. Разделение домена отправки и домена для ссылок/лендинга снижает риск, что проблема с одним компонентом (например, жалоба на трекинг-ссылку) ударит по репутации почтового домена.
Что выгоднее для небольшой компании — свой сервер или аренда ящиков?
Для небольших устойчивых объёмов аутрича аренда прогретых ящиков у зрелого провайдера почти всегда выгоднее по совокупной стоимости: не нужно тратить время на прогрев, поддержку и разбор блокировок, а репутация IP уже наработана провайдером.
Хотите применить это в своём аутриче?
Расскажем, как это работает на вашем сегменте и продукте — до старта работ.
Обсудить задачу