Сайт на RU-CENTER отправляет заявку от адреса посетителя, а в журнале появляется отказ с упоминанием DMARC policy. Иногда эту ситуацию описывают как «письма попадают в спам», хотя полученная копия вообще не подтверждена. Начните с точного текста ответа: сервер мог отклонить сообщение, не помещая его в ящик.
DMARC связывает успешную SPF- или DKIM-проверку с доменом видимого From. Если сайт использует в этом поле адрес чужого почтового сервиса, его сервер не получает автоматически право отправлять от этого домена. Красивая строка отправителя не заменяет такую авторизацию.
Если форма уведомляет и сотрудника, и посетителя, проверьте оба письма. У автоответа Reply-To обычно должен вести в поддержку организации, а не обратно посетителю. Одна общая настройка для двух шаблонов может исправить отказ доставки, но нарушить направление ответов. Завершённый тест проверяет и техническую передачу, и ожидаемое действие получателя.
Прочитайте ответ в контексте маршрута
Сохраните код, полный текст отказа, время и адрес отправляющей системы. Уточните, получил ответ ваш SMTP-сервис или конечный сервер адресата. По одной строке «DMARC» без контекста нельзя установить всю цепочку. Не публикуйте пароль и необработанный лог авторизации.
RU-CENTER рассматривает ошибку DMARC policy и варианты настройки SMTP-авторизации или изменения From. Эти рекомендации нужно применить к реальному маршруту сайта. Наличие домена у регистратора RU-CENTER не означает, что именно его почтовая система отправила проблемное сообщение.
Проверьте, откуда взят From
Откройте настройки формы, CMS и почтового модуля. Если адрес клиента подставляется как отправитель, замените схему на контролируемый адрес организации. Для ответа посетителю обычно используется Reply-To. Проверьте поведение кнопки «Ответить» после изменения, чтобы менеджер сохранил удобный процесс работы.
Если From принадлежит вашей компании, выясните, какой сервис имеет право отправлять от этого домена. Возможны отдельная корпоративная почта, почта хостинга и внешний сервис уведомлений. У каждого свой способ подтверждения домена и подписания. Нельзя взять SMTP-реквизиты одного сервиса и предположить разрешение любого адреса.
Авторизация SMTP решает определённую задачу
Успешная авторизация показывает, что приложение подключилось к почтовому сервису с разрешёнными учётными данными. Она сама по себе не доказывает, что выбранный From разрешён, домены согласованы и получатель положит письмо во Входящие. Проверяйте правила отправителя и новую копию.
Не ослабляйте DMARC чужого домена: вы им не управляете, а проблема заключается в неподходящей схеме отправки. Для своего домена также не стоит отключать политику только ради исчезновения ошибки без разбора законных потоков. Правильнее установить, какой метод должен успешно подтверждать выбранного отправителя.
Проверьте DNS там, где он опубликован
SPF относится к техническому домену конверта, DKIM — к домену подписи и селектору. Найдите эти значения в доступных заголовках либо конфигурации сервиса. Записи нужно публиковать у действующего DNS-провайдера. Кабинет регистратора может не быть источником актуальной зоны.
При добавлении отправляющей системы сохраните остальные законные источники домена. Не создавайте несколько независимых SPF на одном имени. Для DKIM используйте открытый ключ именно выбранного сервиса; произвольная TXT-запись не добавляет подпись в сообщение и не подтверждает её согласование с From.
Повторите одно безопасное событие
После исправления создайте тестовую заявку через тот же обработчик. Сохраните текст и структуру, заменив персональные данные демонстрационными. Если изменили только From и Reply-To, не добавляйте одновременно другой дизайн. Если переключили SMTP, прямо назовите опыт изменением маршрута.
Первый вопрос — прекратился ли прежний отказ и подтверждена ли передача. Второй — куда попала полученная копия. Эти этапы нельзя объединить в один зелёный статус. Для второго используйте контрольный тест Check с доступными адресами нужных принимающих сервисов.
Не объявляйте отсутствие отказа полной победой
Письмо может быть принято и затем оказаться в Спаме. Это другой результат, требующий отдельной диагностики. При успешной аутентификации поможет разбор pass при Спаме. Не возвращайте ошибочный From только потому, что исправление не дало ожидаемой папки сразу.
В методологии Check указаны границы наблюдений: конкретный ящик, источник и время. Если копия не обнаружена, сохраняйте неопределённость и проверяйте журнал, а не выдумывайте решение фильтра. Дополнительная категория также не равна отказу DMARC.
Для завершения задачи оставьте разработчику схему отправителя, источник SMTP-параметров и безопасный тест формы. Тогда при смене плагина будет понятно, почему почта клиента находится в Reply-To и почему это решение нельзя заменять произвольной подстановкой в From.
Видео-памятка: что проверить
Видео без звука, 24 секунды. Текстовая версия краткого плана:
- DMARC policy в отказе не равен найденному письму в Спаме.
- Проверьте право отправлять от домена в From.
- После исправления отказа отдельно проверьте размещение.