Пересылка добавляет дополнительный поток почты. Конечный получатель может видеть другой IP-адрес подключения, изменённые заголовки или изменённое содержимое, поэтому пересланная копия не воспроизводит напрямую доставку от исходного отправителя. Тестируйте прямую и пересланную маршруты как отдельные случаи. Различия между ними являются данными наблюдений о соответствующих маршрутах, а не доказательством того, что исходное сообщение всегда не проходит аутентификацию или всегда попадает в папку Spam.
Отличайте автоматическую пересылку от нового сообщения
Автоматическая серверная пересылка перенаправляет почту на другой адрес, часто сохраняя большую часть исходного сообщения. Нажатие кнопки «Переслать» в почтовом клиенте обычно создаёт новое сообщение с вложенным или процитированным оригиналом. Пересылка как вложение создаёт ещё одну структуру. Эти действия могут по-разному сохранять, заменять или оборачивать информацию об отправителе, поэтому перед сравнением результатов опишите точный механизм.
Выберите одно исходное сообщение и сохраните его заголовки Received в первом почтовом ящике. Затем сохраните конечную пересланную копию. Зафиксируйте временные метки, идентификаторы сообщений, если они доступны, сервис пересылки и конечного получателя. Не делайте выводов, что совпадение темы означает, что получатель оценивал неизменённую оригинальную копию.
Проверяйте аутентификацию на каждом этапе
SPF проверяет IP-адрес подключения относительно соответствующей SMTP-идентичности. IP-адрес сервера пересылки может не быть авторизован доменом исходящего конверта. Некоторые системы пересылки переписывают адрес отправителя конверта, чтобы решить эту транспортную проблему. Такое переписывание само по себе не гарантирует совпадение с видимым доменом From, поэтому изучайте фактические результаты конечного получателя.
DKIM может сохраниться при пересылке, если подписанное содержимое остаётся неизменным. Изменения подписанных заголовков или тела могут аннулировать подпись, в зависимости от того, что было подписано и как применяется каноникализация. Добавленные сноски, изменения темы или другие преобразования требуют проверки. DMARC зависит от прохождения аутентификации с выравниванием, а не от простого подсчёта зелёных DNS-записей. Обработка косвенного потока и данные ARC также могут иметь значение, но не создают универсальной гарантии принятия.
Проводите два контролируемых маршрута
Отправьте свежую репрезентативную копию напрямую с предполагаемой производственной системы на тестовый адрес. Отдельно отправьте через исследуемую систему пересылки, используя контролируемые адреса и безопасное содержимое. По возможности сохраняйте стабильными исходный шаблон и настройки маршрута. Зафиксируйте любые неизбежные изменения, внесённые сервисом пересылки.
Для каждого маршрута изучите ответы транспорта, доверенные Authentication-Results, наблюдаемую папку и время наблюдения. Отсутствие конечной копии не означает автоматически, что это наблюдение Spam. Проверьте, получил ли первый ящик сообщение, была ли попытка пересылки, правильность назначения и возможность чтения конечного ящика. Ожидание пересылки или очередь повторных попыток могут объяснять, почему конечный этап ещё не наблюдаем.
Интерпретируйте результат на правильной границе
Если прямая доставка проходит аутентификацию и попадает в Inbox, а пересланная копия имеет сломанную подпись, исследуйте преобразования при пересылке. Если обе копии проходят аутентификацию, но папки различаются, пересылка всё равно может менять инфраструктуру, контекст репутации или обработку, специфичную для получателя. Не исправляйте нерелевантные DNS-проблемы только потому, что пересланный маршрут дал другой результат.
Если оба пути не проходят одинаково, сначала изучите общий исходный маршрут. Храните данные наблюдений от первого и конечного получателя отдельно, так как каждый описывает свою оценку. Для эскалации поддержки предоставляйте исходные копии и временные метки через одобренный приватный канал, удаляя учётные данные и чувствительные токены из любых публичных обращений.
Часто задаваемые вопросы
Всегда ли пересылка ломает SPF?
Не существует универсального результата. Всё зависит от идентичности конверта, инфраструктуры подключения и реализации пересылки. Читайте результат на конечной копии.
Может ли сохранённая подпись DKIM помочь DMARC?
Действительная подпись от домена, выровненного с From, может удовлетворить соответствующий путь аутентификации. Подтверждайте выравнивание и результат получателя, а не делайте выводы только по наличию подписи.
Можно ли использовать «Переслать» для повторного теста с неудачным содержанием?
Это тестирует изменённый поток. Чтобы сравнить исходное содержимое при обычных условиях отправки, создайте новый прямой отправ через исходную систему.
Источники и границы
Источники проверены 5 ноября 2026 года. Дата проверки не заменяет дату публикации. Наблюдения относятся к проверенным копиям и условиям.