Как пользоваться
- Откройте письмо в почтовой программе, найдите его исходные или полные заголовки и скопируйте их от первой строки до пустой строки.
- Вставьте их в поле Исходные заголовки. Страница читает их в вашем браузере.
- Прочитайте Переходы по порядку от первого перехода к последнему и колонку Задержка — время каждого перехода.
- Прочитайте Результат SPF, Результат DKIM и Результат DMARC. Успешный результат выделен зелёным, любой другой — красным.
Как письмо записывает свой маршрут
Каждый сервер, который обрабатывает письмо, добавляет строку Received наверху заголовков (RFC 5321, раздел 4.4). Строка называет узел, от которого получено письмо (from), узел, которому его передали (by), протокол (with) и дату после точки с запятой (RFC 5322, раздел 3.6.7). Если читать строки снизу вверх, они дают маршрут по порядку.
- Задержка перехода — это его время минус время предыдущего перехода, если читать снизу вверх.
- Часы сервера могут быть неверны, поэтому отрицательная или долгая задержка говорит о часах не меньше, чем о сети.
Адреса и выравнивание
From — адрес автора. Return-Path — куда уходят возвраты, и это адрес, который проверяет SPF (RFC 5322, разделы 3.6.2 и 3.6.7). DMARC сравнивает домен From с доменом, который проверили SPF или DKIM. При мягком выравнивании, которое стоит по умолчанию, достаточно общего организационного домена; при строгом имена должны совпадать (RFC 7489, разделы 3.1 и 3.1.1). Reply-To — куда уходят ответы, если он задан (RFC 5322, раздел 3.6.2).
Результаты аутентификации
Принимающий сервер записывает свои проверки в заголовок Authentication-Results. Его первое слово — authserv-id этого сервера, а каждый результат — это метод со значением, например spf=pass, dkim=pass или dmarc=pass (RFC 8601, разделы 2.2 и 2.7). Received-SPF — более старый заголовок, в котором записана одна проверка SPF (RFC 7208, раздел 9.1).
Пример: письмо через три сервера
Образец заголовков показывает письмо от client.example.net, которое прошло через relay.example.net и mx.example.org, прежде чем дойти до mail.example.net. Если читать строки снизу вверх, три строки Received имеют время 09:59:21, 10:00:03 и 10:02:14 (UTC), поэтому второй переход занял 42 с, а третий — 2 мин 11 с.
Заголовок Authentication-Results показывает spf=pass, dkim=pass и dmarc=pass для example.net. Ответы уходят на [email protected], то есть на другой домен. Страница это отмечает, потому что ответ, который уходит за пределы домена отправителя, стоит проверить.
| Показатель | Значение |
|---|---|
| Строки Received | 3 |
| Время от первого перехода до последнего | 2 мин 53 с |
| SPF | pass (example.net) |
| Reply-To | Ответы уходят на example.org, а не на example.net. Проверьте, так ли задумано (RFC 5322, раздел 3.6.2). |
Частые вопросы
Почему переходы идут в ином порядке, чем строки Received?
Каждый сервер ставит свою строку Received наверху, поэтому самый новый переход стоит первым (RFC 5321, раздел 4.4). Страница переворачивает их, так что первая строка таблицы — это сервер, с которого ушло письмо.
Можно ли доверять строкам Received?
Каждый сервер пишет свою строку, но имена и адреса в ней — то, что сообщил этот сервер, и отправитель может добавить свои строки. Верхние строки добавлены последними, ближайшими к вам серверами, и заслуживают наибольшего внимания.
Что означает отрицательная задержка?
Переход по времени раньше предыдущего означает, что часы двух серверов расходятся или часовой пояс прочитан неверно. Это признак ошибки часов, а не более быстрой сети.
Что такое Authentication-Results?
Это заголовок, который принимающий сервер добавляет, чтобы указать, какие проверки он выполнил, например SPF, DKIM и DMARC, и результат каждой (RFC 8601). Его первое слово называет этот сервер, и доверять стоит только заголовку вашего собственного принимающего сервера (раздел 2.5).
Почему важен домен Reply-To?
Ответы уходят на Reply-To, если он задан, а иначе на From (RFC 5322, раздел 3.6.2). Если там другой домен, ответы покидают домен, с которого пришло письмо. Само по себе это не ошибка, но стоит проверить.
Отправляет ли инструмент мои заголовки куда-нибудь?
Нет. Заголовки читаются в вашем браузере. Ничего не отправляется и не сохраняется.
Источники
- RFC 5322 (на английском): Internet Message Format
- RFC 5321 (на английском): Simple Mail Transfer Protocol, trace information
- RFC 8601 (на английском): Message Header Field for Indicating Message Authentication Status
- RFC 7208 (на английском): Sender Policy Framework (SPF)
- RFC 7489 (на английском): DMARC
Цифры и текст в последний раз проверены вторник, 10 ноября 2026 г..