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