Что требуют Gmail, Yahoo и Outlook
Крупные почтовые сервисы требуют от тех, кто шлёт много писем, три записи — SPF, DKIM и DMARC — и простую отписку в один клик. Порог у Google и Microsoft — 5000 писем в сутки, Yahoo числового порога не публикует. Для DMARC формально достаточно политики p=none.
| Сервис | Порог | Что обязательно | Нюанс |
|---|---|---|---|
| Google (Gmail) | более 5000 писем в сутки на личные адреса Gmail, с 1 февраля 2024 | SPF, DKIM, DMARC, выравнивание, отписка в один клик | жалобы ниже 0,1 %, не допускать 0,3 % |
| Yahoo | числовой порог не публикуется, требования действуют с февраля 2024 | SPF, DKIM, DMARC (p=none допустим), отписка в один клик | жалобы ниже 0,3 %, отписки в течение 2 дней |
| Microsoft (Outlook.com) | более 5000 писем в сутки | SPF, DKIM, DMARC не ниже p=none с выравниванием | с 5 мая 2025 несоответствующие письма сначала идут в «Спам» |
Выравнивание у Google означает, что домен в From совпадает с доменом, проходящим SPF или DKIM, — достаточно одного из двух. Отписка в один клик описана в RFC 8058 (январь 2017). По справке Google статус массового отправителя постоянный: однажды достигнув порога, вы остаётесь в этой категории.
Достаточно ли p=none
Для требований всех трёх сервисов — да. Google пишет, что политику DMARC можно оставить none, Yahoo допускает p=none, пока DMARC проходит, Microsoft требует политику не ниже p=none. Но выполнить требование и защитить свой домен — разные задачи.
Политика p=none ничего не делает с поддельными письмами: она лишь просит присылать отчёты. Кто угодно может отправить письмо «от вашего имени», и политика не потребует от получателя его отвергнуть. Защиту даёт только p=quarantine или p=reject, поэтому двигаться нужно к ним.
Безопасный порядок перехода к p=reject
Переходите ступенями: сначала собирайте отчёты при p=none, затем включайте p=quarantine и несколько недель наблюдайте за отчётами, и только после этого ставьте p=reject. Так вы не потеряете легальные письма из CRM, форм сайта и сервисов рассылки.
- Убедитесь, что SPF и DKIM настроены для всех источников почты домена.
- Опубликуйте DMARC с p=none и адресом отчётов rua; собирайте отчёты, пока не увидите все источники.
- Исправьте источники, которые не проходят SPF или DKIM с выравниванием.
- Включите p=quarantine с небольшим pct и повышайте его, следя за отчётами.
- Когда легальная почта проходит, переключите политику на p=reject.
# ступень 1: только отчёты
_dmarc.example.com. IN TXT "v=DMARC1; p=none; rua=mailto:dmarc@example.com"
# ступень 2: карантин
_dmarc.example.com. IN TXT "v=DMARC1; p=quarantine; rua=mailto:dmarc@example.com"
# ступень 3: отклонение
_dmarc.example.com. IN TXT "v=DMARC1; p=reject; rua=mailto:dmarc@example.com"Запись должна быть одна: на каждой ступени вы заменяете её, а не добавляете новую. Знакомый по старым инструкциям тег pct, которым долю писем поднимали постепенно, писать больше не нужно: действующий стандарт DMARC — RFC 9989 от мая 2026 года — перевёл его в разряд устаревших, потому что получатели применяли его неточно при любых значениях, кроме 0 и 100. Настройка SPF и DKIM — в статье про SPF, DKIM и DMARC.
Как проверить записи
Записи DMARC, SPF и DKIM лежат в DNS как TXT, и их читает команда dig. Проверка занимает минуту и показывает то, что видят получатели, а не то, что вы настроили в панели.
dig TXT _dmarc.example.com +short
dig TXT example.com +short | grep -i spf
dig TXT selector._domainkey.example.com +shortВместо selector подставьте имя селектора DKIM вашей почтовой системы. Нет ответа — нет записи, и её нужно создать. Если почтовый сервер ваш, начните со статей про MX-записи и почту и настройку Postfix.
Отписка в один клик
Для рекламных и подписных писем нужны два заголовка: List-Unsubscribe с адресом HTTPS и List-Unsubscribe-Post со значением List-Unsubscribe=One-Click. По RFC 8058 письмо обязано иметь валидную подпись DKIM, покрывающую оба заголовка; без неё получатель не должен предлагать отписку в один клик.
List-Unsubscribe: <https://example.com/unsubscribe/abc123>
List-Unsubscribe-Post: List-Unsubscribe=One-ClickОтписки обрабатывайте быстро: Yahoo требует делать это в течение 2 дней, Google в справке рекомендует уложиться в 48 часов. Для рассылок со своего сервера учитывайте репутацию IP — см. статью про доходимость писем и репутацию IP.
Жалобы, статус и отклонение писем
Google следит за долей жалоб на спам в Postmaster Tools: держите её ниже 0,1 % и не допускайте 0,3 % и выше. Если вы хоть раз достигли порога в 5000 писем в сутки, статус массового отправителя остаётся навсегда, поэтому готовиться стоит заранее, а не после первых отказов.
Отказы тоже возможны. По справке Google, с ноября 2025 года Gmail усиливает применение требований, и несоответствующие письма могут отклоняться временно или постоянно, например с кодом 550 5.7.26.
У Outlook.com порог тот же. С 5 мая 2025 года письма от несоответствующих доменов сначала направляются в «Спам». Об отклонении Microsoft объявляла отдельно (ошибка 550 5.7.515), дату сверяйте в её справке: в источнике, который мы читали, её нет.
Частые вопросы
Хватит ли p=none, чтобы Gmail принимал письма?
Для требований Google, Yahoo и Outlook — да, если DMARC проходит с выравниванием по SPF или DKIM. Но p=none не защищает домен от подделки, поэтому двигаться к reject нужно.
Когда переходить с quarantine на reject?
Когда по отчётам вся легальная почта домена проходит SPF или DKIM с выравниванием. Срока на это нет: ориентир — отчёты, а не календарь.
Почему пересылка ломает DMARC?
При пересылке часто ломается SPF, поэтому настройте DKIM: подпись переживает пересылку, пока письмо не изменили.
Что делать клиентам ZevsHost?
На общем хостинге почту домена и подпись DKIM настраивает cPanel, вам остаётся добавить запись DMARC в DNS и читать отчёты. На VPS и выделенном сервере SPF, DKIM, DMARC и репутацию IP ведёте вы сами.