Доставляемость рассылок на Битрикс: PTR, SPF, DKIM, DMARC

Почему «есть модуль рассылок» недостаточно

Встроенный маркетинг и модуль подписки решают сценарий отправки, но не подменяют инфраструктуру доставки. Без базовых DNS-практик даже аккуратный HTML улетит в спам. Перед промо кампанией имеет смысл прогнать тестовое письмо через онлайн-чекеры вроде mail-tester.com или аналоги.

Порядок настройки

• PTR для IP отправителя: обратная зона задаётся у провайдера, один публичный IP — один канонический hostname.
• SPF в TXT записи домена перечисляет разрешённые источники (собственный MTA или SMTP провайдер почты).
• DMARC фиксирует политику для поддельных писем; стартово часто ставят p=none и адрес отчётов.
• DKIM требует пары ключ/селектор на стороне MTA и публикации публичной части в DNS.

SMTP должен сообщать HELO/EHLO и From, согласованные с тем же доменом, что указан для PTR.

Контент и эксплуатационные мелочи

Для массовых рассылок предпочтительно табличная вёрстка и инлайновые стили после сборки шаблона; лишние пустые <style> повышают скор SpamAssassin. Текстовая multipart-версия дружит с фильтрами, хотя её приходится включать собственными средствами, если штатный редактор шлёт только HTML. Чистите базу от мёртвых адресов и смотрите очередь mailq, чтобы не копились отказы.

Репутация отправителя

Панели Mail.ru, Яндекса и Gmail для доменных администраторов показывают жалобы и доставку — подключите их после подтверждения владения доменом.

v=spf1 ip4:203.0.113.10 include:_spf.example.net ~all

v=DMARC1; p=none; rua=mailto:dmarc-reports@example.com