Вы добавили отправителя в белый список Яндекс Почты, но его письма продолжают появляться в Спаме. Прежде чем повторно менять список, выясните, приходит ли письмо прямо на этот адрес. Если Яндекс получает сообщения через пересылку или сборщик другого ящика, условия обработки отличаются от прямой доставки. В таком случае ожидание от белого списка может не соответствовать его документированному назначению.
Этот разбор нужен получателю, который объединяет несколько адресов, и отправителю, которому сообщили, что исключение не помогло. Гипотеза здесь конкретная: проблема проявляется на маршруте через промежуточный ящик, а не одинаково при любой доставке на Яндекс. Проверять её нужно двумя путями, сохраняя рабочую систему отправки.
Сначала уточните область действия списка
В справке Яндекса о белом и чёрном списках указано, что белый список не действует для переадресованных или собранных с другого ящика сообщений. Там же описаны точные адреса: запись вида @example.com не заменяет полный адрес отправителя. Старые письма также не обязаны автоматически переместиться после изменения списка.
Поэтому проверьте три вещи: полный адрес From, время добавления исключения и реальный входной маршрут. Не ограничивайтесь названием компании рядом с письмом. В уведомлениях одной организации могут использоваться разные адреса; ручное добавление одного не описывает другие. Делайте проверку на новых сообщениях, иначе вы будете оценивать состояние копии, полученной при прежних условиях.
Нарисуйте маршрут словами
Запишите: «рабочий сервис отправляет на первый ящик, первый ящик автоматически пересылает на Яндекс». Если используется сборщик, укажите это отдельно. Ручная кнопка «Переслать» создаёт другое сообщение и для такого опыта не подходит. Уточните, сохраняет ли промежуточный ящик исходную копию: без неё будет сложнее установить, где появилось первое отличие.
В исходных заголовках полезны From, To, Message-ID и цепочка Received. Последняя отражает почтовые переходы, но не каждый указанный там сервер является вашим исходящим. Сохраните оригиналы для собственного анализа; при передаче в поддержку удалите посторонние адреса и чувствительное содержимое. Простого скриншота папки недостаточно, чтобы восстановить весь маршрут.
Как провести контролируемый опыт
Используйте два принадлежащих вам адреса: конечный ящик Яндекса и промежуточный ящик с настроенной пересылкой. Подготовьте безопасную версию реального письма и отправьте одну копию прямо на Яндекс, а вторую — на промежуточный адрес. Сохраните отправляющий сервис, From, шаблон и ссылки. Отметьте, какой идентификатор соответствует каждому пути.
Перед запуском убедитесь, что обе копии можно различить по журналу или техническому идентификатору. Не добавляйте в одну из них большой рекламный блок только ради метки. Если система позволяет, используйте короткую служебную пометку с одинаковой структурой, а различие отметьте в протоколе. Это всё равно две копии, а не буквальная идентичность всех заголовков.
Проверьте промежуточный и конечный ящики через десять минут, затем через час. Запишите папку исходной копии, папку прямой копии Яндекса и папку пересланной копии. До окончания наблюдения не переносите сообщения и не меняйте списки. Если пересланное письмо не найдено, изучите журнал пересылки: неизвестное положение не доказывает Спам.
Что означает результат
Если прямая копия пришла во Входящие, а пересланная найдена в Спаме, маршрут становится приоритетным направлением проверки. Сравните аутентификацию обеих полученных копий и настройки исходного ящика. Если уже промежуточный ящик поместил письмо в Спам, проблема появилась раньше конечного Яндекса. Не пытайтесь объяснить её только конечным белым списком.
Если обе копии оказались в Спаме, ограничение списка не объясняет всё наблюдение. Проверьте корректность адреса, правила обработки и почтовые клиенты, затем переходите к отправке. Для понимания технических результатов используйте разбор SPF, DKIM и DMARC при Спаме. Успешная аутентификация подтверждает определённые технические условия, но не обещает конкретную папку.
Если промежуточный адрес служит одновременно рабочим архивом, не отключайте его сохранение ради эксперимента. Исходная копия помогает проверить, пришло ли сообщение туда вообще и в какой момент началась пересылка. При отсутствии доступа к этому ящику можно сравнить конечные копии, но нельзя уверенно назвать промежуточную папку. Обозначьте такой пробел отдельно: он ограничивает локализацию проблемы, даже если различие прямой и пересланной доставки воспроизводится несколько раз.
После одной согласованной правки повторите обе ветки опыта. Для внешнего контроля создайте проверку в Check и отправьте письмо обычным путём на доступные адреса; Яндекс включайте только при его наличии. Методология поможет прочитать фактические папки. Такой результат относится к контрольной доставке и не заменяет отдельный эксперимент с вашим сборщиком или пересылкой.
Видео-памятка: что проверить
Видео без звука, 24 секунды. Текстовая версия краткого плана:
- У белого списка есть ограничения для пересланных и собранных писем.
- Сравните прямую доставку и автоматическую пересылку одной отправки.
- Не принимайте локальное исключение за исправление отправителя.