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