Если клиенты говорят, что нашли ваше предложение или счёт в спаме, причина обычно техническая, а не в тексте письма. Крупные почтовые сервисы (Gmail, Outlook.com, Yahoo) проверяют, действительно ли письмо отправлено с вашего домена. С 2024 года Gmail и Yahoo требуют SPF, DKIM и DMARC от массовых отправителей, а на практике они стали обязательными и для небольших компаний.
Частые причины
- SPF нет или он неверный. SPF — это TXT-запись в DNS домена, где указано, какие серверы могут отправлять почту от вашего имени. Часто она осталась от прежнего провайдера, или у домена несколько SPF-записей (допускается только одна).
- DKIM не включён в Microsoft 365. DKIM добавляет к письму цифровую подпись. Для собственного домена его нужно активировать отдельно.
- Нет DMARC. DMARC говорит получателю, что делать с письмом, не прошедшим проверку SPF и DKIM, и присылает вам отчёты.
- Репутация домена или IP. Если один из ящиков был взломан и рассылал спам или домен попал в чёрный список, страдают все письма.
- Массовые рассылки из Outlook. Рассылка на сотни адресов из обычного ящика выглядит как спам и может привести к блокировке отправки.
- Контактная форма сайта и другие системы. Сайт, интернет-магазин или бухгалтерская программа отправляют письма от имени вашего домена, но со своего сервера, которого нет в SPF и который не подписывает письма DKIM.
- Содержание: одна большая картинка, сокращённые ссылки, много восклицательных знаков, вложения с макросами.
Как проверить
- Заголовки письма. Отправьте письмо на личный ящик Gmail и откройте «Show original» (в Outlook: письмо → File → Properties → Internet headers). Найдите строку
Authentication-Results: там должно бытьspf=pass,dkim=passиdmarc=pass. - Сервис проверки писем. В интернете есть бесплатные сервисы, которые дают временный адрес; вы отправляете туда письмо и получаете оценку с объяснением, чего не хватает.
- Проверка DNS и чёрных списков. Инструменты вроде MXToolbox показывают SPF-, DKIM- и DMARC-записи домена и то, не находится ли домен или IP в чёрном списке.
Исправления по порядку
- SPF. У домена должна быть ровно одна TXT-запись, для Microsoft 365 вида
v=spf1 include:spf.protection.outlook.com -all. Если почту отправляют и другие сервисы (хостинг, сервис рассылок), ихincludeдобавляется в ту же запись. - DKIM. Microsoft Defender portal → Email & collaboration → Policies & rules → Threat policies → Email authentication settings → DKIM. Выберите домен, добавьте в DNS две показанные CNAME-записи и включите подпись.
- DMARC. Добавьте TXT-запись с именем
_dmarc, начните с мягкой политикиv=DMARC1; p=noneи укажите в параметреruaящик для отчётов. Когда отчёты покажут, что все законные отправители проходят проверку, ужесточите политику доp=quarantine. - Другие системы. Настройте форму сайта и интернет-магазин на отправку с аутентификацией (отдельный сервис отправки, коннектор Microsoft 365 или официальная интеграция). Учтите, что вход по SMTP с простым логином и паролем (Basic authentication) в Exchange Online отключён.
- Массовые рассылки — через отдельную платформу рассылок со своим DKIM и ссылкой для отписки.
- Репутация. Если домен в чёрном списке, найдите причину (взломанная учётная запись, заражённый компьютер), устраните её и затем подайте запрос на исключение из списка.
Изменения DNS обычно вступают в силу в течение нескольких часов. После каждого изменения проверьте снова.
Когда обращаться к специалисту
Если DNS управляет кто-то другой, письма отправляют несколько систем или после исправлений письма всё равно попадают в спам, настройку стоит проверить со специалистом — неверная запись SPF или DMARC может вообще заблокировать почту. ITABIKS настраивает аутентификацию домена в рамках администрирования Microsoft 365.