<b>DNS, SPF и DKIM: базовая настройка, без которой рассылка уходит в спам</b>

<b>DNS, SPF и DKIM: базовая настройка, без которой рассылка уходит в спам</b>

Почтовая доставляемость ломается не из-за «плохого контента», а из-за кривой инфраструктуры. Первое, что проверяем: у домена есть корректный MX, A/AAAA для отправляющего сервера, PTR для IP и одинаковый HELO/EHLO-хостнейм. Если IP не резолвится обратно в ожидаемое имя — часть фильтров уже считает отправителя сомнительным.

SPF должен быть коротким и точным: только те сервера, которые реально шлют почту. Не плодите include без контроля, следите за лимитом DNS-запросов и не ставьте +all. Типовая схема: v=spf1 ip4:IP include:relay.example.com -all. Если у вас несколько сервисов отправки, лучше собрать их в один контролируемый маршрут, чем раздать право отправки всему подряд.

DKIM — это не «галочка», а подпись письма на стороне MTA. Генерируйте отдельный ключ на домен или поддомен рассылки, публикуйте public key в DNS и не используйте один selector бесконечно. Подпись должна проходить на всех выходящих письмах, иначе при любом изменении шаблона или прокси-потоке появится рассинхрон и отказ в проверке.

Проверка простая: отправили письмо на внешний ящик, смотрим headers и результаты SPF/DKIM/DMARC. Если SPF pass, DKIM pass, а DMARC fail — проблема в alignment домена. Стабильность — это отсутствие магии, только предсказуемая конфигурация. Разворачиваем, проверяем, мониторим.