Email Spam Tester

HomeБлогПочему письма попадают в спам Outlook и как это исправить

Почему письма попадают в спам Outlook и как это исправить

Outlook.com, Microsoft 365 и приложение Outlook фильтруют почту по-разному. Требования Microsoft с мая 2025 года, значение 550 5.7.515 и способы исправления.

На этой страницеOutlook.com и правила с мая 2025 года
  1. Outlook.com и правила с мая 2025 года
  2. Что означает код отказа
  3. Сторонние отправители и требование SPF
  4. Microsoft 365 фильтрует почту по чужим правилам
  5. Как прочитать вердикт в заголовках
  6. SNDS и JMRP теперь на сайте Postmaster
  7. Что может изменить получатель
  8. Тестирование перед реальной отправкой

«Outlook» использует три разных фильтра, и способ решения зависит от того, какой из них переместил ваше письмо в папку Junk. Есть Outlook.com, потребительский почтовый сервис Microsoft, который также обслуживает адреса hotmail.com, live.com и msn.com. Есть Microsoft 365, платные корпоративные почтовые ящики, где администратор компании получателя настраивает политику фильтрации спама. И есть приложение Outlook на компьютере пользователя, которое может применять собственный фильтр Junk поверх решения, принятого сервером. Правила для отправителей, объявленные Microsoft в 2025 году, относятся только к первому варианту.

Поэтому, прежде чем менять хотя бы одну запись DNS, я проверяю адрес получателя. Адрес в домене hotmail.com или outlook.com означает, что применяются описанные ниже правила для потребительского сервиса. Если компания использует для своей почты сервисы Microsoft, к адресу применяется политика арендатора, настроенная IT-отделом этой компании.

Outlook.com и правила с мая 2025 года

В апреле 2025 года Microsoft объявила о требованиях к доменам, которые отправляют более 5 000 писем в день пользователям ее потребительского сервиса, а на странице политик Postmaster указано, что они вступили в силу 5 мая 2025 года. При превышении этого объема:

  • Проверка SPF для домена отправителя должна проходить успешно.
  • Проверка DKIM должна проходить успешно.
  • Запись DMARC должна быть опубликована с политикой «как минимум p=none» и согласована с SPF или DKIM, «предпочтительно с обоими». На странице политик также рекомендуется p=reject.

В статье поддержки об этой ошибке доставки требования сформулированы немного иначе. Учитываются 5 000 и более сообщений, отправленных в потребительские сервисы Microsoft с одним и тем же доменом в адресе From. В статье указано, что проверки SPF и DKIM должны проходить успешно, а после достижения этого порога Microsoft ожидает, что правилам будут соответствовать «все сообщения от отправителей из этого домена», а не только рассылка, из-за которой порог был превышен. Приведенный пример DMARC представляет собой практически минимально возможную запись:

TXT·_dmarc
Hostname:   _dmarc
TXT value:  v=DMARC1; p=none

Я бы добавил в нее адрес для отчетов, rua=mailto:dmarc@example.com или другой адрес, на котором вы действительно читаете почту. Outlook.com отправляет агрегированные отчеты (в FAQ Microsoft указано, что сервис отправляет RUA и не планирует отправлять RUF), а инструмент проверки DMARC покажет, может ли указанный вами адрес принимать их.

Google установила такой же порог в 5 000 писем в день для Gmail в феврале 2024 года и начала постепенно усиливать контроль, включая отклонение писем, в ноябре 2025 года. Yahoo применяет похожий список требований, не указывая порог.

Порядок применения правила изменился вскоре после объявления. В исходной публикации говорилось, что несоответствующие требованиям письма сначала будут попадать в папку Junk, а позднее могут отклоняться. В обновлении от 29 апреля сказано, что Microsoft решила сразу отклонять их, однако ниже в той же публикации все еще остался старый абзац о первоначальном попадании в Junk. На сегодня осторожная трактовка такова: с 5 мая 2025 года несоответствующие требованиям письма попадают в Junk, а теперь Outlook.com также отклоняет их со следующим ответом:

550 5.7.515 Access denied, sending domain example.com does not meet the required authentication level.

Текст ошибки Outlook.com, приведенный в статье поддержки Microsoft

Мне не удалось найти опубликованную дату перехода к отклонению писем. В статье поддержки это просто описывается в настоящем времени.

Что означает код отказа

Отказ от Outlook.com полезнее, чем письмо, которое незаметно попало в папку Junk, поскольку в нем указана причина. На странице устранения неполадок Microsoft приведена таблица кодов. Обычные отправители чаще всего сталкиваются со следующими:

КодЧто он означает по данным Microsoft
550 5.7.515Домен отправляет более 5 000 писем в день и не прошел аутентификацию с помощью SPF, DKIM и DMARC
550 SC-001Отклонение по правилам, "content with spam-like characteristics or IP/domain reputation"
550 SC-004Блокировка вашего IP после жалоб на отправленные с него письма
421 RP-001Ограничение частоты для подключающегося IP, также из-за репутации

Обычный код 550 5.7.1 без собственных кодов Microsoft означает отказ другого типа. О нем рассказано на отдельной странице с разбором этого кода.

Сторонние отправители и требование SPF

Многие домены отправляют письма сразу через несколько сервисов: платформу рассылок, CRM, службу поддержки, биллинг. Каждый из них отправляет письма с вашим доменом в поле From, и каждый должен быть учтен в ваших записях. На вопрос, действуют ли эти правила, когда провайдер отправляет письма за вас, FAQ Microsoft отвечает: "Yes. Even if you outsource sending, authentication is tied to your domain." В статье поддержки указано, что нужно проверить: DKIM должен подписывать письма вашим доменом, а ваша запись SPF должна "includes the IP address or include values required by the service".

Именно здесь требование использовать и SPF, и DKIM начинает вызывать путаницу. Многие платформы указывают адрес для возврата писем в собственном домене, а SPF фактически проверяет именно этот Return-Path. В результате SPF проходит проверку для платформы, что выполняет условие "must pass", а соответствие DMARC должно обеспечиваться подписью DKIM с вашим доменом. Если платформа вместо этого подписывает письма своим доменом, обе проверки проходят, но соответствия нет. Следующий за этим DMARC fail как раз и приводит к ошибке 5.7.515. В статье поддержки также предлагается проверить, соответствует ли домен Return-Path домену From.две пройденные проверки, нулевое соответствие: вся суть 5.7.515

Каждый сервис, добавленный в SPF, также расходует DNS-запросы. В FAQ Microsoft это сформулировано так: "If you exceed 10 DNS lookups, your SPF check might fail." Инструмент проверки SPF подсчитает их, а если лимит превышен, здесь описано, как снова уложиться в десять запросов. Инструмент проверки DKIM выполняет аналогичную проверку для селектора каждой платформы.

Microsoft 365 фильтрует почту по чужим правилам

В организации Microsoft 365 действуют политики защиты от спама, которые настраивают администраторы. По умолчанию спам, спам с высокой степенью достоверности и массовые рассылки попадают в папку «Нежелательная почта», фишинговые сообщения помещаются в карантин, а фишинговые сообщения с высокой степенью достоверности всегда отправляются в карантин. Для отправителя карантин представляет наибольшую проблему, поскольку получатель не найдет сообщение ни в одной папке, если не станет искать его специально. Политика по умолчанию хранит сообщение в карантине 15 дней, а предустановки Standard и Strict, 30 дней.

Для массовых рассылок используется отдельный показатель, уровень жалоб на массовые рассылки. BCL от 1 до 3 означает отправителя массовых рассылок с небольшим количеством жалоб, а 8 или 9, отправителя с большим количеством жалоб. Политика по умолчанию отправляет массовые рассылки в папку «Нежелательная почта» при BCL 7, предустановка Standard, при 6, а Strict, при 5. С июля 2026 года действует еще один уровень фильтрации: массовые рассылки рекламного характера получают метку Promotions независимо от BCL, а если администратор включил «Bulk moves enabled», они попадают в папку Promotions. Это не спам, но и не папка «Входящие». Функция все еще внедряется.

Две системы Microsoft не изолированы друг от друга. По словам Microsoft, фильтрация спама в Microsoft 365 «учится на известных угрозах, связанных со спамом и фишингом, а также на отзывах пользователей нашей потребительской платформы Outlook.com». Поэтому жалобы пользователей hotmail.com влияют на фильтр, который используется в корпоративных почтовых ящиках.

Администраторы также могут добавить отправителя в список разрешенных. В этом случае обходится большинство средств защиты, кроме проверки на вредоносное ПО и фишинг с высокой степенью достоверности. Если счета вашей компании постоянно попадают в папку «Нежелательная почта» у партнера, его IT-отдел может увидеть фактический вердикт фильтра.

Как прочитать вердикт в заголовках

Если вы можете получить сообщение в том виде, в котором его принял почтовый ящик Microsoft 365, антиспам-заголовки прямо укажут принятое решение. В X-Forefront-Antispam-Report есть несколько важных полей:

  • SFV:SPM означает, что фильтр пометил сообщение как спам, SFV:NSPM, что оно не является спамом, а SFV:SFE, что фильтрация была пропущена, поскольку отправитель находится в списке Safe Senders пользователя.
  • CAT указывает категорию примененной политики: SPM, HSPM (спам с высокой степенью достоверности), BULK, PHSH, SPOOF.
  • SCL представляет собой число: -1 или от 0 до 9. В старых руководствах его считают вердиктом. На актуальной странице о SCL Microsoft указано, что это значение «не определяет, идентифицирует ли спам-фильтр сообщение как спам или спам с высокой степенью достоверности», поэтому сначала проверяйте CAT.

Заголовки также содержат compauth, составной вердикт Microsoft, сформированный на основе SPF, DKIM, DMARC и других частей сообщения. Код причины 001 означает, что неявная аутентификация не пройдена. Обычно это происходит, когда для домена отправителя не опубликованы записи аутентификации или действует только слабая политика.

SNDS и JMRP теперь на сайте Postmaster

Сервис Smart Network Data Services, или SNDS, теперь находится на новом сайте Postmaster и заменяет прежний сайт sendersupport.olc.protection.outlook.com. Он предоставляет данные по каждому IP-адресу, поэтому, прежде чем получить доступ к информации, вам нужно подтвердить владение диапазоном IP-адресов. Данные включают объем отправки, долю жалоб и цветовой индикатор того, какую часть вашего трафика фильтр посчитал спамом: зеленый при значении ниже 10%, желтый от 10% до 90%, красный выше 90%. Теперь доступ истекает через 10 месяцев после одобрения или переноса, после чего его нужно продлить.

Для небольшого отправителя SNDS может вообще ничего не показывать, поскольку он может пропустить IP-адрес, с которого за определенный день отправлено менее 100 сообщений. Если вы отправляете почту через общие IP-адреса платформы, эти адреса вам не принадлежат, поэтому зарегистрировать их нельзя.

JMRP, Junk Mail Reporting Program, представляет собой цикл обратной связи. Зарегистрируйтесь через SNDS, и Microsoft будет отправлять вам отдельные заголовки сообщений, которые пользователи Outlook.com отметили как спам. Обычно данные начинают поступать в течение 72 часов. Добавляйте в программу новые IP-адреса по мере их подключения.

Microsoft называет долю жалоб на спам «одним из основных факторов» репутации отправителя, а в FAQ SNDS доля жалоб ниже 0,3% названа «хорошим ориентиром». Новым IP-адресам требуется время. По данным Microsoft, новый адрес может быть полностью прогрет «в течение пары недель или раньше, в зависимости от объема и точности списка». И нет, купить место в каком-либо списке нельзя. На странице устранения неполадок задан вопрос, ведет ли Outlook.com список разрешенных отправителей, в который можно попасть, и дан ответ: «Нет».

Что может изменить получатель

Часть настроек зависит от получателя, и вполне уместно попросить читателя помочь. В Outlook.com (Настройки, затем Почта, затем Нежелательная почта) пользователь может отметить письмо как не являющееся нежелательным или добавить отправителя в список надежных отправителей и доменов. Этот список вмещает до 10 000 записей. Microsoft отмечает, что для отправителей из него ссылки и изображения обычно включены по умолчанию. Пользователь со строгими настройками также может включить «эксклюзивный» режим, который принимает письма только от контактов и надежных отправителей.

Кнопка «Нежелательная почта» работает в обратную сторону. Microsoft использует эти жалобы, чтобы решить, следует ли блокировать будущие письма от того же отправителя. Отдельно в рекомендациях для отправителей требуется ссылка для отписки, которая должна быть «хорошо заметна». В тексте Microsoft не упоминаются заголовки List-Unsubscribe для отписки одним нажатием, которые требуют Gmail и Yahoo. Но поскольку одна и та же кампания отправляется во все три сервиса, я бы добавил их везде (два заголовка).

В приложении для компьютера есть собственный фильтр нежелательной почты. По умолчанию выбран вариант «Без автоматической фильтрации». Также доступны уровни «Низкий», «Высокий» и «Только надежные списки». Последний считает нежелательными все письма от отправителей, которых нет в списках надежных пользователей. Списки надежных и заблокированных отправителей синхронизируются с сервером и также используются на нем.

Кроме того, есть сортировка почты, которая разделяет входящие на вкладки «Отсортированные» и «Другие» и, по словам Microsoft, «отфильтровывает создающие шум источники, например автоматически созданные или массовые письма». «Другие» представляет собой вкладку входящих. Насколько я понимаю, рассылка, попавшая туда, уже прошла фильтрацию спама.

Тестирование перед реальной отправкой

На собственной странице Microsoft по устранению неполадок сказано, что компания «настоятельно рекомендует протестировать электронную почту перед отправкой реальных сообщений». Именно для этого предназначен Email Spam Tester. Вы отправляете настоящее сообщение на адрес, созданный на странице, с сервера или платформы, которые будете использовать для реальной рассылки. В отчете приводятся результаты 42 проверок: SPF, DKIM и DMARC с проверкой выравнивания, обратная DNS-запись, IP отправителя в 21 блок-листе (почему это важно), заголовки для отписки и содержимое письма. Для каждой не пройденной проверки есть план исправления и готовые DNS-записи для копирования, а количество баллов за каждое исправление взято из таблицы оценки.

Добавьте тест доставки во входящие, и то же сообщение будет отправлено в почтовые ящики Gmail, Outlook, Yahoo и других провайдеров. В отчете будет показано, куда оно попало у каждого из них, на основе данных непосредственно из почтового ящика, включая Focused и Other, если провайдер использует такую сортировку. Сервис бесплатный, регистрация не требуется. В документации описана каждая проверка и указано, сколько баллов она снимает.

Если следующим шагом будет обращение в поддержку, учтите, что форма Microsoft по вопросам доставляемости принимает только обращения об адресах @outlook.com, @hotmail.com, @live.com и @msn.com. На странице с правилами также есть предупреждение: если вы не соблюдаете требования, «наша служба поддержки, возможно, не сможет вам помочь».

Другие статьи в блоге

Сначала отправьте настоящее письмо на тестовый адрес

42 проверки SPF, DKIM, DMARC, блок-листов, заголовков отписки и содержимого, а также папка, в которую письмо попало в Gmail, Outlook, Yahoo и у других провайдеров. Бесплатно, без регистрации.

Получить тестовый адрес