Тиждень-два спостереження
З p=none ви просите одержувачів надсилати звіти на адресу з rua=, не відхиляючи листи за політикою DMARC. Зберіть дані за звичайний робочий цикл: врахуйте розсилки, CRM і нечасті сповіщення.
Оберіть, як одержувачам обробляти листи, що не пройшли DMARC, і куди надсилати звіти. Генератор складе TXT-запис для DNS у браузері. Якщо налаштовуєте DMARC уперше, почніть зі спостереження: p=none.
Можна кілька через кому. Сюди раз на добу надходитимуть зведення від Gmail, Microsoft та інших. Якщо адреса на іншому домені, той має дозволити приймання звітів окремим записом.
Число від 1 до 100. 100 — політика для всіх листів; менше — лише для частини, на час переходу.
_dmarcTXTЗ p=none ви просите одержувачів надсилати звіти на адресу з rua=, не відхиляючи листи за політикою DMARC. Зберіть дані за звичайний робочий цикл: врахуйте розсилки, CRM і нечасті сповіщення.
Коли всі ваші джерела пошти проходять DMARC, можна обрати p=quarantine: ви попросите одержувачів надсилати листи, що не пройшли перевірку, до спаму. Для проходження DMARC достатньо SPF або DKIM із підтвердженням домену з поля «Від».
p=reject просить одержувачів відхиляти листи, які не пройшли DMARC. Переходьте до цієї політики, коли за звітами переконаєтеся, що вона не зачепить вашу пошту. Остаточне рішення залишається за одержувачем.
Куди додати DMARC-запис і як налаштувати адреси для звітів.
У DNS домену, як запис TXT з ім’ям _dmarc: у більшості панелей так і пишеться, без імені домену, а там, де ім’я потрібне повністю, — _dmarc.example.com. Значення — рядок із генератора. Запис має бути один: якщо якийсь уже є, замініть його.
Можна, але домен адреси має дозволити це окремим записом: наприклад, для звітів example.com на скриньку в example.net у example.net потрібен TXT-запис example.com._report._dmarc.example.net зі значенням v=DMARC1. Без нього одержувачі звіти на чужий домен не надішлють. Сервіси-аналізатори зазвичай уже налаштували це в себе.
Здебільшого ні. Тег ruf= просить надсилати звіт про кожен лист, що не пройшов, але Gmail, Microsoft і більшість великих сервісів таких звітів не надсилають з міркувань приватності. Для налаштування вистачає зведених звітів із rua=, тому генератор ruf не пропонує.
MX, SPF, DKIM, DMARC і чорні списки разом, з підсумком у балах.
ВідкритиПеревірка запису SPF: помилки, ліміт DNS-запитів і правила для відправників.
ВідкритиПошук ключа DKIM у DNS і перевірка його довжини та стану.
ВідкритиЧи є запис, яка політика і куди надходять звіти.
ВідкритиПоштові сервери домену, їхні адреси, зворотні записи й шифрування.
ВідкритиПеревірка IPv4-адреси або IP-адрес поштових серверів домену в чорних списках.
ВідкритиУкажіть відправників пошти — отримайте запис SPF для DNS.
ВідкритиНа нашому хостингу скриньки на вашому домені входять у тариф, а записи для пошти налаштовуються в панелі Plesk.
Тримайте MX, SPF, DKIM і DMARC на наших серверах імен: записи правите самі будь-коли, домен може залишатися в будь-якого реєстратора, а пошта — в будь-якого провайдера.