Аналізатор заголовків листа
Вставте заголовки листа — покажемо, через які сервери він пройшов і де затримався, що отримувач записав про SPF, DKIM, DMARC і ARC, чи збігаються домени From, Return-Path і підпису та чи є ознаки підробки. Заголовки не залишають ваш браузер.
Заголовки розбираються JavaScript-кодом у вашому браузері й на сервер не надсилаються: адрес, тем і IP ми не бачимо. Зберігаємо лише знеособлений лічильник (скільки хопів, які результати SPF/DKIM/DMARC). За IP і доменами ми самі нічого не запитуємо — посилання ведуть на наші перевірки, якщо захочете їх запустити.
Коротко про інструмент
- Ціна
- Безкоштовно
- Реєстрація
- Не потрібна
- Де відбувається обробка
- У вашому браузері — дані не надсилаються на сервер
- Що приймає
- Заголовки листа, вставлені текстом (з Gmail, Outlook, Apple Mail, Thunderbird), або файл .eml; тіло листа відкидається
- Ліміти
- Без денного ліміту; до 2 МБ тексту за раз (з .eml читається перший 1 МБ); формат .msg не підтримується
- Результат
- Хопи Received із затримками та розбіжністю годинників, SPF/DKIM/DMARC/ARC від отримувача, вирівнювання From/Return-Path/DKIM d=, DKIM-підписи, спам-заголовки, відписка в один клік, ознаки підробки; звіт копіюється текстом
- Оновлено
Альтернативи
Інші інструменти для того самого завдання і в чому кожен із них сильний:
- Google Admin Toolbox Messageheader — Інструмент Google: зводить час усіх хопів до одного поясу й показує, на якому кроці лист затримався.
- MXToolbox Email Header Analyzer — Робить заголовки читабельними за RFC 822: затримки хопів, результати антиспаму; поруч — інші перевірки MXToolbox (чорні списки, DNS).
- Microsoft Message Header Analyzer — Відкритий аналізатор Microsoft: є веб-версія та надбудова для Outlook, яка бере заголовки відкритого листа сама.
Коли обрати цей інструмент: Коли заголовки не можна віддавати сторонньому сервісу (лист клієнта, внутрішнє листування) — розбір іде в браузері. І коли треба зрозуміти, чому не пройшов DMARC: інструмент сам звіряє домени From, Return-Path і DKIM d=, показує ланцюжок ARC пересилань і перевіряє відписку в один клік.
Описи звірено із сайтами цих інструментів у жовтні 2026 року.
Аналіз заголовків листа онлайн
Заголовки листа — це його історія: кожен сервер дорогою дописує рядок Received, а сервер-отримувач записує, чи пройшов лист SPF, DKIM і DMARC. Читати їх вручну довго: рядки згорнуті, порядок зворотний, час у різних часових поясах. Інструмент розкладає ланцюжок Received на хопи в хронологічному порядку, рахує затримку кожного кроку й загальну, позначає розбіжність годинників і повільні хопи, показує результати Authentication-Results, ARC і Received-SPF, параметри DKIM-підписів, звіряє домени From, Return-Path і DKIM d= (вирівнювання DMARC) та підсвічує ознаки підробки: Reply-To на чужому домені, чужу адресу у відображуваному імені, вердикт спам-фільтра. Усе рахується в браузері.
Як користуватися
- Відкрийте лист і скопіюйте заголовки: у Gmail — «⋮ → Показати оригінал», в Outlook — «Файл → Властивості → Заголовки Інтернету» (докладніше в гайді нижче)
- Вставте текст у поле або перетягніть файл .eml — розбір почнеться одразу
- Почніть із підсумку та списку «Що варто перевірити», потім подивіться хопи й вирівнювання доменів
FAQ
Як скопіювати заголовки листа
| Пошта | Де знайти заголовки |
|---|---|
| Gmail (у браузері) | Відкрийте лист → «⋮» праворуч угорі → «Показати оригінал». Скопіюйте все на сторінці або натисніть «Завантажити оригінал» і перетягніть файл .eml сюди. Таблицю над заголовками інструмент пропустить сам. |
| Outlook для Windows | Відкрийте лист подвійним кліком → «Файл → Властивості» → поле «Заголовки Інтернету». Виділіть текст (Ctrl+A) і скопіюйте. |
| Outlook у браузері, новий Outlook | «…» у листі → «Перегляд» → «Переглянути відомості про повідомлення». |
| Apple Mail | «Перегляд → Повідомлення → Усі заголовки» або «Перегляд → Повідомлення → Вихідний текст». |
| Thunderbird | Ctrl+U (⌘U на Mac) — вихідний текст листа. |
| Yahoo Mail | «…» у листі → «Показати вихідне повідомлення». |
Поштовий застосунок на iPhone і більшість мобільних клієнтів повних заголовків не показують — відкрийте лист на комп’ютері. Копію з папки «Надіслані» розбирати марно: у ній ще немає ні шляху доставки, ні результатів перевірок отримувача.
Як читати ланцюжок Received
Кожен сервер, через який пройшов лист, додає рядок Received згори. Тому читати їх треба знизу вгору: нижній — перший сервер відправника, верхній — ваша поштова скринька. Типовий рядок:
Received: from mail.example.org (mail.example.org [203.0.113.40])
by mx.google.com with ESMTPS id a1si123
for <[email protected]>; Wed, 14 Oct 2026 01:20:44 -0700 (PDT)
- from — як вузол-відправник представився (HELO), а в дужках — його справжнє ім’я за зворотним DNS та IP-адреса. IP у квадратних дужках записав сервер, що приймав, йому можна вірити більше, ніж імені після from.
- by — сервер, який прийняв лист на цьому кроці.
- with — протокол: ESMTPS — із шифруванням TLS, ESMTPSA — ще й із логіном відправника, LMTP — локальна доставка до скриньки.
- id і for — номер у черзі сервера та отримувач; за id адміністратор знайде лист у логах.
- Дата після крапки з комою — час приймання за годинником цього сервера.
Інструмент переводить усі дати в UTC і рахує затримку кожного хопу відносно попереднього. Кілька секунд на хоп — норма. Хвилини й години зазвичай означають грейлістинг (сервер отримувача тимчасово відмовив, і відправник повторив спробу), чергу у відправника, перевірку антивірусом або повторне надсилання після помилки. Від’ємна затримка — не «лист із майбутнього», а розбіжність годинників двох серверів або комп’ютера відправника.
Важливо: рядкам Received нижче першого сервера вашого поштового провайдера не можна довіряти беззастережно. Спамер може дописати в лист підроблені Received ще до надсилання. Надійні ті рядки, які додали сервери вашого провайдера, — починаючи з верхнього й до місця, де лист до них потрапив.
Що означають результати SPF, DKIM і DMARC
Сервер-отримувач записує свої перевірки в заголовок Authentication-Results. Якщо таких заголовків кілька, верхній — від кінцевого отримувача, решту додали проміжні сервери.
| Результат | Що означає |
|---|---|
| pass | Перевірку пройдено. |
| fail | SPF: IP відправника явно не дозволений (-all). DKIM: підпис не зійшовся — лист змінили або ключ у DNS інший. DMARC: ні SPF, ні DKIM не пройшли з вирівняним доменом. |
| softfail | SPF: IP не дозволений, але домен просить не відхиляти лист суворо (~all). |
| neutral, none | Домен нічого не стверджує (?all) або запису немає / лист не підписано. |
| temperror | Тимчасова помилка DNS під час перевірки — повтор може пройти. |
| permerror | Запис із помилкою: наприклад, у SPF понад 10 DNS-запитів або два SPF-записи. |
Інструмент не перевіряє підписи заново — для цього потрібен увесь лист і стан DNS на момент доставки. Він показує те, що записав отримувач, і сам звіряє домени. Щоб перевірити записи домену зараз, скористайтеся перевіркою SPF, перевіркою DKIM (селектор береться з s= у DKIM-Signature) і перевіркою DMARC.
Вирівнювання: чому SPF пройшов, а DMARC ні
DMARC зараховує SPF або DKIM, лише якщо їхній домен збігається з доменом у полі From, яке бачить людина. SPF перевіряє домен із Return-Path (адреса для повернень), DKIM — домен із d= підпису. У режимі relaxed достатньо спільного організаційного домену (news.shop.com і shop.com), у strict потрібен точний збіг.
Часті причини розбіжності:
- Сервіс розсилок ставить у Return-Path свій домен, а DKIM підписує своїм доменом — обидві перевірки проходять, але не вирівняні. Налаштуйте в сервісі власний домен повернень і підпис DKIM вашим доменом.
- Пересилання. Сервер, що пересилає, надсилає лист зі своєї IP — SPF вихідного домену не проходить. Рятує DKIM, якщо лист не змінювали, та ARC: сервер, що пересилає, ставить печатку з результатами, які бачив до пересилання.
- Списки розсилки додають підпис або мітку в тему — DKIM ламається. Тому багато списків переписують From на свою адресу.
Як SPF, DKIM і DMARC працюють разом і як їх налаштувати, докладно описано в статті SPF, DKIM і DMARC: що це і як налаштувати.
Ознаки фішингу в заголовках
- DMARC fail або відсутній, хоча лист «від банку» чи відомого сервісу.
- Reply-To на іншому домені, особливо на безкоштовній пошті: ви відповідаєте не тому, хто вказаний у From.
- У відображуваному імені написано чужу адресу:
"[email protected]" <[email protected]>. - Перша публічна IP у ланцюжку не належить заявленому відправнику — перевірте її за чорними списками і геолокацією.
- Спам-фільтр дорогою вже позначив лист (X-Spam-Status: Yes, SCL 5 і вище в Microsoft 365).
Жодна ознака сама по собі не доводить підробку, а їхня відсутність не гарантує безпеки: зламана справжня скринька проходить усі перевірки. Якщо лист просить гроші, пароль чи термінову дію, зв’яжіться з відправником іншим способом.