Запустите почтовый сервер, который попадает во Входящие

Postfix — не проблема. Он исправно доставляет почту с 1998 года и делает ровно то, что вы ему настроите. Проблема в том, что SMTP по умолчанию не даёт никому никакого статуса, поэтому принимающему шлюзу приходится решать, верить ли незнакомому серверу — и это решение принимается в фиксированном порядке, по большей части ещё до того, как ваше сообщение вообще будет рассмотрено:

• Подключающийся IP — первым делом и жёстче всего. Ещё до того, как ваш сервер скажет хоть что-то, кроме EHLO, шлюз уже проверил адрес по публичным чёрным спискам (Spamhaus SBL, XBL, PBL и CSS, Barracuda, SpamCop) и по собственной приватной базе репутации, которая также отслеживает окружающий /24 и ASN. Адрес из списка отклоняется прямо при подключении — с отказом, который вы, возможно, никогда не увидите, если никто не читает логи.
• Имя, которое называет адрес. Отсутствующий PTR заставляет несколько крупных провайдеров отклонять соединение сразу же. Типовой PTR, присвоенный провайдером, вроде ip-203-0-113-10.example-host.net, хуже, чем кажется, — это точная сигнатура бытовых линий и бесхозных машин, а именно там живут ботнеты.
• Аутентификация. SPF, DKIM и затем DMARC — проверяются именно в таком порядке и объединяются правилом выравнивания из следующего раздела. Именно здесь обычно и проваливается настройка, которая на бумаге выглядит правильной.
• И только потом — само сообщение. Эвристика содержимого, гигиена списка, показатель жалоб, который вы генерируете, и то, как получатели ведут себя в последующие недели.

Три из этих четырёх пунктов решаются ещё до того, как оценён хоть один байт вашего содержимого, а это меняет всю суть задачи: вы не пишете письма получше — вы зарабатываете право на доверие. Два крупнейших получателя прямо зафиксировали минимальные требования, так что гадать о нижней планке не приходится. Каждому отправителю нужны SPF или DKIM, корректный прямой и обратный DNS, TLS на соединении и доля жалоб на спам ниже 0.3%; всё, что рассылается массово, нуждается в SPF и DKIM и записи DMARC с выравниванием, плюс отписка в один клик. Считайте это не целью, а вступительным взносом.

Каждая запись отвечает на свой вопрос, и удобный способ удержать их в голове — представить, что пришлось бы контролировать фальсификатору, чтобы её подделать.

• PTR — владелец адреса согласен с вами. Обратная зона для IP делегирована тому, за кем закреплён этот блок адресов, поэтому это единственная запись, которую нельзя добавить у регистратора. PTR, указывающий на mail.example.com, плюс запись A для mail.example.com, указывающая обратно на тот же IP, — это FCrDNS — прямо подтверждённый обратный DNS. Это доказывает, что владелец адреса и владелец домена — одна и та же сторона или как минимум поддерживают связь друг с другом.
• SPF — этому серверу разрешено отправлять для этого конверта. Запись TXT, перечисляющая хосты, которым разрешено отправлять почту от имени домена. Ловушка в охвате: SPF аутентифицирует отправителя конверта (MAIL FROM, который становится Return-Path) и имя HELO. Он вообще ничего не говорит о заголовке From:, который реально читает получатель, — именно поэтому один только SPF никогда никого не останавливал от того, чтобы выдать себя за вас.
• DKIM — это сообщение подписано доменом и не было изменено. Ваш сервер подписывает выбранные заголовки и тело письма приватным ключом; публичная половина лежит в DNS по адресу <selector>._domainkey.<domain>. В отличие от SPF, эта подпись переживает пересылку, потому что доказательство путешествует внутри самого сообщения, а не зависит от того, какой IP его доставил.
• DMARC — и вот тут все ошибаются. DMARC требует не просто прохождения SPF или DKIM. Он требует, чтобы прошедший проверку механизм был выровнен с доменом в видимом заголовке From:. Смягчённое выравнивание допускает совпадающий организационный домен (то есть mail.example.com выровнен с example.com); строгое выравнивание требует точного совпадения.

Это правило выравнивания стоит проговорить отдельно, потому что именно оно порождает самую выматывающую тему техподдержки у всех, кто держит почту на собственном сервере: сообщение может пройти SPF, пройти DKIM — и всё равно не пройти DMARC — если обе проверки прошли для домена, который не тот, что указан в From:. Это случается в тот момент, когда почта уходит через ретранслятор, переписывающий конверт, или когда сборка подписывается собственным именем хоста вместо вашего домена. В логах всё зелёное, а сообщение всё равно отправляется в карантин. Смотрите на выравнивание, а не на факт прохождения.

Меньше железа, чем вы могли бы подумать, и больше обязательств, чем хотелось бы.

• Домен, который вы планируете сохранить надолго. Репутация закрепляется за доменом так же прочно, как за адресом, и накапливается месяцами. Домен, который вы можете бросить в следующем году, не стоит прогревать.
• Скромный тариф, рассчитанный на фильтрацию, а не на саму почту. Доставка сообщений стоит почти ничего; спам-фильтрация и индексация стоят оперативной памяти. Cub (1 vCPU / 2 GB / 40 GB NVMe, $5.00/mo) без нареканий тянет Postfix, Dovecot и Rspamd для одного домена и горстки почтовых ящиков. Scout (2 vCPU / 4 GB / 70 GB, $9.00/mo) — честный минимум для контейнеризованной сборки, которой к тому же нужны ClamAV и поисковый индекс. Растёт именно диск, так что берите его с запасом под архив, а не под сегодняшний день.
• Выделенный IPv4 без истории и маршрутизируемый IPv6 /64. Каждый тариф включает и то, и другое. Это тот компонент, который потом не исправить конфигурацией, — и причина, по которой переработанные адреса бюджетных облаков оказываются для почты мнимой экономией.
• Исходящий порт 25. Открыт на каждом тарифе, без заявки на разблокировку. Политика допустимого использования запрещает нежелательную массовую рассылку и открытые ретрансляторы — именно это и удерживает диапазоны доставляемыми для всех, кто рассылает легитимно.
• Debian 13 из библиотеки шаблонов и осознанно выбранная юрисдикция. Почта нечувствительна к задержкам, так что выбирайте локацию по тому, где почтовый ящик должен находиться юридически, а не ради нескольких миллисекунд.

Есть три формы, и выбор не той — вот как исчезают выходные.

• Собрано вручную. Postfix в роли MTA, Dovecot для IMAP и аутентификации, Rspamd для фильтрации и подписи DKIM. От силы двести строк конфигурации в сумме, и все их можно прочитать — ничего не спрятано. Максимум контроля, требуется максимум понимания, и именно этот вариант предполагает данное руководство.
• Готовая сборка. mailcow — feature-complete и контейнеризована, и ей реально нужно 4 GB, чтобы чувствовать себя комфортно. Mail-in-a-Box — со своим мнением обо всём, и приятна в использовании, если принять её выбор как есть. Stalwart — единый бинарник, который в одном процессе покрывает SMTP, IMAP, JMAP и фильтрацию, и с большим отрывом самый лёгкий из трёх. Все они ставятся за час; ни один не настроит DNS за вас.
• Ретранслятор, который вы не администрируете. Если задача звучит как «моему приложению нужно отправлять письма для сброса пароля», а почтового ящика не будет вовсе, MTA — совершенно не та форма. Настройте smarthost и потратьте вечер на что-то другое.

Стек не определяет вашу доставляемость. Он определяет, сколько вашей субботы это будет стоить. Всё, что решает, дойдёт ли ваша почта, происходит в DNS и в репутации одного адреса — а этому целиком посвящён следующий раздел.

Адрес без репутации не начинает с нейтральной позиции. Априорная оценка шлюза для незнакомого дата-центрового IP, который вдруг начал отправлять почту, ближе к «вероятно, нежелательный», потому что именно этим оказывается подавляющее большинство таких адресов. Прогрев — это процесс замены этой априорной оценки доказательствами, и никакими техническими средствами его не ускорить.

• Начинайте с малого и поднимайтесь медленно. Десятки писем в день на первой неделе, примерно удвоение каждые несколько дней, выход на нормальный объём за две-четыре недели. Отправитель, который скакнул с нуля до тысячи за одну ночь, неотличим от взломанного хоста — и получает то же отношение.
• Вовлечённость важнее объёма. Письма, которые реальные люди открывают, на которые отвечают и которые вытаскивают из спама, стоят намного больше, чем голый объём отправки. Отправляйте в первую очередь тем, кто с наибольшей вероятностью отреагирует — себе, коллегам, корреспондентам, которые вас уже знают.
• Будьте последовательны. Двести писем в один день и ничего в течение трёх недель никогда не построят стабильный профиль. Ровный ручеёк лучше неровного всплеска при том же месячном итоге.
• Держите жалобы под контролем. Опубликованный порог — 0.3%, и выше него уже мало что имеет значение. Жить лучше ниже 0.1%.
• Не смешивайте потоки. Рассылки и письма для сброса пароля на одном адресе означают, что показатель жалоб на маркетинг утащит восстановление аккаунта в папку «Спам». Если разделение того стоит, второй выделенный чистый IPv4 обойдётся в $2.00/mo со своей собственной rDNS.

Конфигурацию можно воспроизвести за час. Репутация нарабатывается месяцами, а разрушить её может один взломанный вечер и одна скомпрометированная форма обратной связи. Относитесь к адресу как к тому, что вы на самом деле защищаете.

• Мониторьте, а не реагируйте. Проверяйте крупные списки по расписанию, а не после жалобы — наш разбор того, как проверить, занесён ли IP в чёрный список, рассказывает, какие списки имеют вес, как читать запись в списке и как на самом деле работает делистинг.
• Ограничивайте по скорости собственный исходящий трафик. Лимит в MTA — это единственное, что стоит между скомпрометированным скриптом и десятью тысячами писем, ушедшими прежде, чем вы проснётесь. Одна эта настройка спасла больше адресов, чем любой фильтр.
• Сразу выводите из рассылки жёсткие отказы. Постоянная доставка на мёртвые адреса — сигнал спам-ловушки, а переработанные спам-ловушки — именно то, из-за чего легитимные отправители оказываются в списках.
• Читайте postmaster@ и abuse@. Они обязаны существовать, и именно там вы узнаёте о проблеме раньше, чем о ней узнает чёрный список. Оба крупных получателя также публикуют бесплатные дашборды репутации для доменов, которые вы подтвердили; они расскажут то, чего не расскажет ни один публичный список.
• Не ввязывайтесь в чужую войну. Если выясняется, что адрес несёт на себе запись в списке, появившуюся ещё до вас, или заблокирован там, где это важно для бизнеса, запросите замену через панель — вместо того чтобы тратить три недели в очередях на делистинг из-за чужой истории.

Почему адрес вообще пришёл чистым — это вторая половина истории. Бюджетные облака с высокой текучкой прогоняют IPv4 через огромное количество недолговечных клиентов, так что «новый» адрес обычно приходит уже с чужим прошлым во всех смыслах, которые важны для шлюза. Каждый тариф здесь поставляется с выделенным, проверенным адресом, а не с куском общего пула — что на самом деле означает чистый IP объясняет определение и то, как проверить это самостоятельно, прежде чем на него полагаться.

Честный расчёт, потому что руководство, которое перечисляет только плюсы, — это реклама.

• Это не делает вашу почту приватной. SMTP шифрует от сервера к серверу и лишь по возможности; принимающий провайдер расшифровывает и читает всё, что вы отправляете его пользователям, — точно так же, как и раньше. Если цель — конфиденциальность содержимого, нужно сквозное шифрование, а не сервер, которым владеете вы.
• Это не скрывает метаданные. Кто, кому, когда, как часто и тема письма — всё это в неизменном виде проходит по сети — а теперь это ещё логирует и ваш собственный сервер, на машине, за которую отвечаете вы.
• Это не освобождает вас от крупных получателей. Вы по-прежнему просите две компании принять вашу почту, и они по-прежнему устанавливают условия в одностороннем порядке. Самостоятельный хостинг переносит точку контроля — но не убирает её.
• Это не работает само по себе. Сертификаты нужно продлевать, ключи — ротировать, диски заполняются, а почтовый сервер, который незаметно перестал принимать почту, теряет сообщения, которые отправители не будут пытаться доставить бесконечно. Это сервис со своей, пусть и небольшой, дежурной составляющей.
• Это не делает машину анонимной. Почтовый сервер — это, пожалуй, самая самораскрывающая вещь из всех, что можно запустить, потому что весь механизм строится на том, чтобы опубликовать домен в DNS и стоять за ним. Регистрация без KYC ограничивает то, что о вас знает хостинг-провайдер; она никак не влияет на то, что видит получатель. Мы подробно разбираем это различие в статье анонимен ли на самом деле VPS с оплатой криптовалютой, и потратить на неё десять минут стоит, прежде чем считать иначе.

Как только записи настроены правильно, а адрес прогрет, всё, что остаётся, — это вопрос того, где живёт почтовый ящик и кто знает, что он ваш.

Юрисдикция решает, кто может принудить к раскрытию. Почтовый сервер — это архив переписки с возможностью поиска, что делает выбор локации более значимым решением здесь, чем почти для любого другого сервиса. Наше присутствие — восемь локаций в Нидерландах, Франции, Румынии, Болгарии, Швеции, Исландии, Швейцарии и Малайзии, и ни одно уведомление об удалении контента в американском стиле не имеет силы ни в одной из них. Это честно сформулированная операционная политика, а не юридический иммунитет — обязывающее решение компетентного местного суда по-прежнему применяется, и есть жёсткий предел злоупотреблений, который мы не сдвигаем. Офшорный хостинг объясняет это различие без маркетинга.

Аккаунт — это то, что люди обычно недооценивают. Регистрация требует email-адрес для доставки учётных данных — и ничего больше: ни ID, ни карты, ни почтового адреса, ни номера телефона. Никакого верификационного файла передавать не придётся, потому что мы никогда его не собирали; что означает хостинг без KYC честно раскрывает пределы этого.

И оплата. Карта привязывает сервер к банковской записи и юридическому имени в базе данных, которую не контролирует ни один из нас. Оплата здесь проходит в блокчейне, а Monero — не второстепенный вариант, а полноценный с самого начала: оплата VPS через Monero проводит через весь процесс, а покупка без кредитной карты рассказывает, как дойти до этого вообще без крипты. Развёртывание занимает около шестидесяти секунд после подтверждения.

А здесь это важнее, чем для одноразовой машины. Почтовый сервер — это долгосрочное обязательство перед одним доменом и одним адресом — репутация, которую вы вот-вот потратите месяц на выстраивание, непереносима. Решите вопрос юрисдикции, аккаунта и оплаты до прогрева, а не после.