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