Битрикс: диагностика доставляемости писем

1. Как Битрикс отправляет письма и где ломается доставляемость

В коробочном "1С-Битрикс: Управление сайтом" почтой управляет главный модуль. По умолчанию письма форм, уведомлений о заказах и рассылок отправляет функция mail() через локальный sendmail сервера хостинга; очередь лежит в таблице b_event, ее забирает почтовый агент. Если в настройках главного модуля включен SMTP, отправка идет через указанный ящик или релей.

В облачном Битрикс24 письма CRM уходят через серверы сервиса либо через подключенные ящики сотрудников, и диагностика зависит от того, какой домен получатель видит в поле From: домен сайта, корпоративный домен или домен сервиса.

Прежде чем менять настройки, определите сценарий отправки по таблице: от него зависит, где искать причину.

2. Шаг 1. Читаем заголовки проблемного письма

Возьмите письмо, попавшее в спам: в Gmail это "Показать оригинал", в Mail.ru "Свойства письма", в Яндекс Почте раздел служебных заголовков. Нужны три блока: верхняя строка Received (кто физически передал письмо), Authentication-Results (вердикты SPF, DKIM, DMARC) и пара Return-Path с From.

Пример фрагмента из письма магазина на Битрикс, рассылка которого ушла в спам Gmail:

Authentication-Results: mx.google.com; spf=fail (domain of example-shop.ru does not designate 203.0.113.45 as permitted sender) smtp.mailfrom=example-shop.ru; dkim=none; dmarc=fail (p=none) header.from=example-shop.ru

Читаем: письмо физически ушло с IP 203.0.113.45, это сервер хостинга сайта; SPF этот IP не разрешает, DKIM-подписи нет, DMARC падает автоматически. Сайт отправляет сам, хотя владелец был уверен в обратном. Диагноз поставлен, дальше идут исправления.

3. Шаг 2. Проверяем DNS домена отправителя

Проверьте зону домена из From командами ниже (dig в Linux и macOS, nslookup в Windows). Селектор DKIM берите из заголовка DKIM-Signature, поле s=.

Типичные находки: SPF нет или записей две (две записи дают permerror для всего письма), DKIM-ключ не опубликован, потому что настройку не довели до конца, DMARC отсутствует. Разбор частных случаев: /blog/spf-multiple-records, /blog/spf-too-many-dns-lookups, /blog/dkim-selector. Быстрая проверка без консоли: /tools/spf-check, /tools/dkim-check, /tools/dmarc-check.

4. Шаг 3. Настраиваем SPF, DKIM и DMARC

SPF должен разрешать отправку всем системам, которые пишут от имени домена: сервер сайта, корпоративная почта, сервис рассылок. Пример гибрида "сайт на своем IP плюс Google Workspace":

example-shop.ru. IN TXT "v=spf1 ip4:203.0.113.45 include:_spf.google.com -all"

Запись одна. На нее действует лимит 10 DNS-lookup (считаются include, a, mx, ptr, exists и модификатор redirect), при превышении получатель зафиксирует permerror.

DKIM. В коробочном Битрикс нет встроенного переключателя DKIM в настройках главного модуля: подпись добавляют модулем SMTP с Маркетплейса, который отдельно заявляет поддержку DKIM, либо настраивают на уровне почтового сервера хостинга (например, OpenDKIM перед sendmail или Postfix). Если отправка идет через внешний SMTP, ESP или корпоративную почту Битрикс24, DKIM настраивается на стороне этого сервиса при верификации домена, а не в самом Битриксе.

DMARC начинайте с наблюдения, без блокировок:

_dmarc.example-shop.ru. IN TXT "v=DMARC1; p=none; rua=mailto:dmarc-reports@example-shop.ru"

Отчеты rua покажут, кто и с каким результатом шлет от имени домена; когда все легитимные источники начнут проходить проверку, политику ужесточают до quarantine и reject. Пошаговая схема: /blog/nastroit-dmarc-bez-poteri-pisem.

5. Шаг 4. Коды SMTP и логи: почему письма не доходят

Если письма не доходят вообще, ищите ошибки отправки: журнал событий административного раздела Битрикс и статусы записей в b_event, при отправке через свой SMTP дублируйте поиск в mail.log сервера. Класс проблемы подскажет код ответа провайдера.

Ответ "250 OK" от принимающего сервера означает только прием письма, а не попадание в инбокс: разница разобрана в /blog/delivery-ne-ravno-inbox.

6. Пороги жалоб Gmail и Mail.ru

Аутентификация открывает дорогу, а решает репутация: провайдеры считают жалобы в том числе по вашему DKIM-домену. Статистика Google Postmaster Tools привязана к домену d= в подписи DKIM, смена селектора s= ее не сбрасывает, поэтому сначала добейтесь dkim=pass и только потом оценивайте жалобы.

Для отправителей более 5000 писем в день на Gmail действуют требования Google: корректные SPF и DKIM, DMARC-запись домена, одношаговая отписка. Контролировать обе площадки можно из одного окна: PostmastersTool забирает из Google Postmaster Tools доли SPF, DKIM, DMARC и уровень жалоб, из Mail.ru Postmaster объемы, доставку и показатель "Репутация, %" (средний процент жалоб за 30 дней), и присылает уведомление при пересечении порогов: /google-postmaster-monitoring, /mailru-postmaster-monitoring.

7. Проверка результата и ограничения

После изменений отправьте тестовые письма на Gmail, Mail.ru и Яндекс и убедитесь по заголовкам, что spf=pass, dkim=pass, dmarc=pass, а домены From, Return-Path и DKIM совпадают. Повторите dig-проверки снаружи. Через день-два посмотрите в мониторинге рост долей прошедшей аутентификации и уровень жалоб в пределах порогов.

Ограничения. Если жалобы уже высокие или база собиралась годами, одной аутентификации недостаточно: придется чистить список и работать с согласиями (/blog/kachestvo-bazy-i-dostavlyaemost), пересматривать контент и ссылки (/blog/ssylki-i-kontent-email-spam), при новом домене или канале запускать прогрев (/blog/progrev-domena-bez-nakrutki). Отправка с общего IP хостинга оставляет вас в зависимости от соседей (/blog/shared-vs-dedicated-ip).