В электронной почте существует несколько идентификаторов отправителя: видимый адрес From, отправитель в SMTP-конверте, домен подписи DKIM, IP-адрес отправителя и домены, используемые в ссылках. Они выполняют разные функции и могут принадлежать разным системам. Для анализа доставки записывайте их для конкретной полученной копии, а не рассматривайте знакомое бренд-имя в поле From как идентификатор всего маршрута отправки.
Чтение видимого автора и обратного маршрута
Заголовок From — это адрес, который обычно отображается как автор сообщения. Записывайте его домен отдельно от отображаемого имени. Отображаемое имя, похожее на название вашей компании, не подтверждает домен. Поле Reply-To, если оно присутствует, указывает адрес для ответов и является полезным для проверки, но не заменяет домен From для обычного согласования DMARC.
Отправитель в SMTP-конверте используется при передаче и обычно отражается в Return-Path в доставленной копии. ESP может использовать здесь bounce-домен. SPF проверяет соответствующий SMTP-идентификатор и подключающийся IP; успешный результат SPF для bounce-домена провайдера не гарантирует автоматического согласования с видимым доменом From. Читайте Authentication-Results получателя, а не делайте выводы только по DNS-записи.
Определение подписывающего домена и подключающей инфраструктуры
В DKIM-Signature параметр d= указывает домен подписи, а s= — селектор. Сообщение может содержать несколько подписей. Определите, какую подпись проверил получатель, и согласован ли домен прошедшей проверку подписи с доменом From в выбранном режиме DMARC. Валидная подпись связывает подписанное содержимое с доменом; это не сертификат того, что сообщение желанно получателем.
Запишите публичный IP-адрес отправителя, зафиксированный на соответствующем этапе получения. Заголовки Received содержат цепочку, поэтому не выбирайте первый IP-подобный элемент без понимания этапа. IP-адрес рабочего места отправителя, реле ESP и шлюз пересылки — это разные инфраструктурные объекты. Поиск домена может показать хост сайта, а не сервер, который фактически доставил это письмо.
Рассматривайте домены ссылок как отдельные объекты
Извлекайте домены из видимых ссылок и фактических целей ссылок. Сервис трекинга может заменить брендированный URL на домен перенаправления. Ссылка на календарь, хостинг изображений или файловый сервис может добавить дополнительные домены. Эти домены не аутентифицируются через SPF только потому, что они находятся в сообщении от аутентифицированного отправителя.
Проверьте, что конечные адреса ожидаемы, работают и соответствуют назначению сообщения. Сохраняйте реальные рабочие ссылки при тестировании. Удаление всех ссылок создаёт другое сообщение и не может подтвердить версию с ссылками. Изменение результата после удаления ссылки — полезное сравнение, но не доказательство глобальной блокировки конкретного домена.
Создайте таблицу идентификаторов
Для каждого представительного маршрута сохраните домен From, домен конверта, прошедший DKIM-домен, зафиксированный IP-адрес отправителя и домены ссылок с отметкой времени теста. Добавьте аккаунт ESP или поток и версию шаблона. Эта таблица объясняет, почему две системы с одним видимым адресом могут иметь разные результаты аутентификации или Inbox Placement.
Используйте таблицу для распределения ответственности. Администраторы DNS могут управлять записями подписи, ESP — общим пулом IP, а маркетинговый инструмент — переписыванием URL. Исправляйте компонент, который выявляют данные наблюдений. Не переносите весь домен и не покупайте выделенный IP из-за проблемы с одним некорректным редиректом трекинга.
Часто задаваемые вопросы
Должны ли From и Return-Path совпадать точно?
Они могут легитимно различаться. Для DMARC важно согласование применимого проверенного домена с From в выбранном режиме согласования, а не точное совпадение полных почтовых адресов.
Является ли селектор DKIM отдельным доменом отправки?
Селектор указывает на ключ подписи внутри пространства имён DNS домена подписи. Записывайте его для диагностики, но отличайте от домена d= и видимого автора.
Какой идентификатор определяет Inbox Placement?
Ни один идентификатор не гарантирует попадание в папку. Важны аутентификация, инфраструктура, содержимое, история получателя и другие сигналы приёма. Таблица помогает не путать эти объекты.
Источники и границы
Источники проверены 5 ноября 2026 года. Дата проверки не заменяет дату публикации. Наблюдения относятся к проверенным копиям и условиям.