Email Dev Tools
Выберите политику или вставьте одно значение TXT. Изучите теги до изменения DNS.
Имя TXT Укажите домен, чтобы увидеть имя
v=DMARC1; p=none
Обработка в браузере; запросы и изменения DNS не выполняются.
Запись готова. Перед публикацией изучите предупреждения.
Генератор DMARC-записи нужен, когда домен начинает отправлять почту, а правила для поддоменов ещё не определены. Ошибка в rua лишает вас сводных отчётов, а преждевременный reject способен затронуть законные сообщения. Здесь настройки видны рядом с готовым TXT.
Уже опубликованную строку можно вставить без изменения исходного текста. Старые pct, rf и ri остаются видимыми с пометкой о новой спецификации. Генератор DMARC-записи проверяет локальный синтаксис и объясняет политику, но не подтверждает публикацию DNS или доставку писем. Для проверки DMARC-записи вставьте существующую строку: анализ DMARC-записи покажет теги и предупреждения. Проверка DMARC-записи здесь ограничена локальным разбором текста.
Новые значения по действующей RFC и честный разбор прежних записей.
RFC 9989 удалила pct, rf и ri: промежуточные проценты по-разному применялись почтовыми системами. Этот генератор DMARC-записи начинает с p=none и не выдаёт старые теги в новых значениях. Сигнал t=y не обещает применение к точной доле писем.
Даже когда sp и np отсутствуют в строке, результат показывает действующие политики для существующих и несуществующих поддоменов. При разборе TXT адреса rua и ruf выделяются отдельно. Внешний домен отчётов отмечается как требующий проверки разрешения DNS.
Начальное значение v=DMARC1; p=none не просит изолировать или отклонять письма с ошибкой. Добавьте собственный адрес rua, если нужны сводные отчёты. Отсутствие rua не делает синтаксис неверным, но отчёты тогда не запрашиваются.
При выборе наследования sp и np не попадают в TXT. Несколько получателей отчётов разделяются запятыми, а к обычным адресам добавляется mailto:. Для адреса в другом домене может потребоваться разрешение в DNS получателя; локально оно не проверяется.
Автоматическая обработка ждёт 350 мс после ввода. Её можно выключить и запускать кнопкой или Ctrl/Cmd + Enter. После любого изменения старый результат нельзя экспортировать. Опубликовав _dmarc, проверьте DNS, выравнивание SPF/DKIM и полученные отчёты.
p выбирает none, quarantine или reject. sp переопределяет правило для существующих поддоменов, np — для несуществующих. Изначально оба наследуются; результат показывает итоговую политику, даже если необязательные теги не записаны.
Для rua и ruf можно указать несколько адресов через запятую. Конструктор добавляет mailto: и не позволяет экспортировать ошибочный адрес. ruf изначально пуст: отчёты по отдельным письмам могут содержать подробности; без ruf не выводится и fo.
Повторные теги, ошибки разделителей и недопустимые значения получают позицию символа. Неизвестные теги остаются видимыми. pct, rf и ri показываются как исторические поля RFC 7489, а введённая строка не заменяется автоматически.
Она сообщает принимающим серверам, как обращаться с письмами, не прошедшими выравнивание SPF/DKIM, и куда направлять отчёты. Генератор DMARC-записи строит текст, но он начинает действовать только после публикации в DNS.
Начните с p=none и реального адреса rua, чтобы собирать сводные отчёты без запроса на отклонение писем. Когда все законные источники известны и проходят выравнивание, отдельно решайте вопрос о quarantine и reject.
При нестрогом выравнивании поддомены могут совпадать на уровне организационного домена; строгое требует точного совпадения с доменом From. Стандартный режим — нестрогий. Перед ужесточением проверьте поставщиков рассылок.
Нет. Страница строит и разбирает текст в браузере без сетевого DNS-запроса. Поле домена нужно лишь для подсказки имени _dmarc. Проверить реально опубликованную запись следует отдельным инструментом.
Если rua находится на другом домене, получателю может понадобиться специальная разрешающая запись в его DNS. Здесь различие доменов отмечается, но разрешение и доставка отчёта не подтверждаются.
Остался вопрос о политике DMARC?
Генератор DMARC-записи поможет прочитать TXT; решение об ужесточении принимайте по фактическому DNS и полученным отчётам.