Письма попадают в спам: требования Gmail, Outlook и Yahoo

Вы отправили счёт, а клиент говорит, что ничего не получил. Позже выясняется, что письмо лежит в папке «Спам» его Gmail или вовсе было отклонено. Причина в том, что Gmail, Yahoo и Outlook ввели жёсткие требования к отправителям. Разберём, что именно требуется и как навести порядок в корпоративной почте.

Как проявляется проблема

Типичный признак: письма нормально доходят до корпоративных адресов, но получатели на Gmail или Hotmail находят их в спаме. Иногда отправитель получает возврат с кодом, начинающимся на 550, или Gmail показывает предупреждение о неподтверждённом отправителе. Если такие случаи резко участились, причина почти наверняка в настройках аутентификации домена.

Что требуют Gmail, Yahoo и Outlook

С февраля 2024 года Gmail и Yahoo требуют от всех отправителей SPF или DKIM, корректные прямую и обратную DNS-записи (PTR) для IP сервера, передачу по TLS и оформление писем по RFC 5322. Доля писем, отмеченных как спам, должна быть ниже 0,3%, а на практике лучше держать её ниже 0,1%.

Для массовых отправителей, у которых больше 5000 писем в день на Gmail, обязательны и SPF, и DKIM, запись DMARC минимум с p=none и совпадение домена в поле From (alignment). В рассылках нужна отписка в один клик по RFC 8058 (заголовок List-Unsubscribe-Post), а запрос на отписку должен выполняться в течение двух дней. С ноября 2025 года Gmail начал отклонять несоответствующий трафик. Microsoft с 5 мая 2025 года ввела аналогичные требования для Outlook.com, Hotmail и Live при объёме больше 5000 писем в день, и такие письма возвращаются с ошибкой 550 5.7.515.

Требование	Все отправители	Более 5000 писем в день
SPF или DKIM	Хотя бы одно	Оба
DMARC	Рекомендуется	Обязательно, минимум p=none
PTR и TLS	Обязательно	Обязательно
Доля спама	Ниже 0,3%	Ниже 0,3%
Отписка в один клик	Нет	Обязательно для рассылок

Как проверить заголовки письма

Отправьте себе письмо на Gmail, откройте его и в меню с тремя точками выберите «Показать оригинал». Вверху страницы отображаются результаты SPF, DKIM и DMARC, а ниже полный заголовок Authentication-Results. Все три проверки должны быть pass, а fail, softfail или none указывают на источник проблемы.

Authentication-Results: mx.google.com;
  dkim=pass header.d=kompaniya.uz header.s=dkim;
  spf=pass smtp.mailfrom=info@kompaniya.uz;
  dmarc=pass (p=NONE) header.from=kompaniya.uz

Как выглядят DNS-записи

SPF перечисляет серверы, которым разрешено отправлять почту от вашего имени, DKIM ставит на каждое письмо подпись, а открытый ключ хранится в DNS под именем селектора. DMARC сообщает получателю, что делать при неудачной проверке, и присылает отчёты на адрес rua. У домена должна быть только одна SPF-запись, сторонние сервисы добавляются через include.

kompaniya.uz.              TXT  "v=spf1 a mx ip4:203.0.113.10 ~all"
dkim._domainkey.kompaniya.uz.  TXT  "v=DKIM1; k=rsa; p=MIIBIjANBgkqh..."
_dmarc.kompaniya.uz.       TXT  "v=DMARC1; p=none; rua=mailto:dmarc@kompaniya.uz; adkim=r; aspf=r"

Для почтовых доменов на серверах sayt.uz SPF и DKIM настраиваются автоматически, но если DNS домена обслуживается в другом месте, записи нужно перенести туда вручную.

Поэтапное ужесточение DMARC

p=none — ничего не блокируется, собираются отчёты, по которым видно, кто шлёт почту от имени домена.
p=quarantine — непрошедшие проверку письма попадают в спам, можно начать с pct=25.
p=reject — поддельные письма отклоняются полностью, домен защищён от мошенников.

Реальный пример: почему счета попадали в спам

Оптовая компания из Ташкента отправляла счета через форму на сайте, и письмо уходило с адреса «From: client@gmail.com», то есть от имени самого клиента. DKIM на домене не было. Gmail воспринимал такое письмо как подделку от имени gmail.com. Компания перевела форму на «From: noreply@kompaniya.uz» и «Reply-To: адрес клиента», включила DKIM, и через неделю письма снова стали приходить во входящие.

Классическая ошибка: форма пишет от имени посетителя

Многие плагины CMS подставляют в поле From адрес того, кто заполнил форму. Это означает отправку от чужого домена, и для доменов со строгим DMARC такое письмо будет отклонено. В From всегда должен быть адрес вашего домена, адрес посетителя ставится в Reply-To, а отправка идёт через SMTP с авторизацией.

Отделите маркетинговые рассылки

У рекламных рассылок больше жалоб, и это бьёт по репутации основного домена. Используйте для них поддомен вроде news.kompaniya.uz или отдельный сервис рассылок.

Чёрные списки, пересылка и блокировка Microsoft

IP сервера может попасть в чёрные списки вроде Spamhaus, поэтому его стоит регулярно проверять. При пересылке (forward) ломается SPF, и это исправляет SRS на стороне сервера. Microsoft иногда блокирует IP сервера целиком, тогда письма возвращаются с кодом S3140, и решается это на уровне сервера.

Как читать сообщение об ошибке

550 5.7.515 Access denied, sending domain kompaniya.uz does not meet the required authentication level.
550-5.7.26 This mail has been blocked because the sender is unauthenticated.

Код 550 означает окончательный отказ, а 5.7.x указывает на политику безопасности. Первая строка пришла от Outlook, вторая от Gmail, и в обоих случаях решение начинается с проверки DNS-записей.

Тестирование и «прогрев»

После настройки проверьте письмо в сервисах вроде mail-tester. С нового домена наращивайте объём постепенно в течение нескольких недель. Если причину найти не удаётся, обратитесь в поддержку sayt.uz: специалисты проверят записи домена и коды возвратов.