Почтовый сервис GMX (Global Mail eXchange), один из старейших и популярных провайдеров электронной почты в Германии и Европе․ Многие пользователи, открывающие «исходный код» или «технические заголовки» писем, сталкиваются с набором кажущихся бессмысленными строк, кодов и символов․ На самом деле, каждый из них несет важную служебную информацию о пути письма, его подлинности и обработке спам-фильтрами․
Что такое технические заголовки (Email Headers)?
Технические заголовки — это скрытая часть письма, которая содержит метаданные о его передаче․ Как отмечается в профессиональных материалах (например, блогах DashaMail и SendPulse), понимание работы служебных заголовков обязательно для любого digital-маркетолога․ Грамотная работа с ними — одна из гарантий того, что ваше сообщение не попадет в папку «Спам»․
В заголовках содержатся:
- Цифровые подписи отправителя (
DKIM,SPF,DMARC), которые проверяют почтовые клиенты․ - Информация о серверах, через которые прошло письмо (
Received)․ - Приоритеты, кодировка, ID сообщения и результаты антиспам-проверок․
Важно: Некоторые заголовки обязательны и встроены по умолчанию, другие добавляются отправителем или промежуточными серверами самостоятельно․
Как посмотреть заголовки в GMX
Прежде чем разбирать символы, нужно знать, где их найти․ В веб-интерфейсе GMX это делается так:
- Откройте нужное письмо․
- Нажмите на значок «Ещё» (три точки или стрелку вниз) в верхней панели письма․
- Выберите пункт «Показать исходный код» (Show source / View source) или «Свойства письма»․
- Откроется новое окно с текстом в формате
․eml, где и находятся все заголовки․
Разбор самых «таинственных» символов и строк
Заголовок Received — следопыт пути письма
Это самый длинный и пугающий блок․ Он повторяется много раз, по одному на каждый сервер-посредник․
Received: from mail-out․gmx․net ([212․227․15․14])
by mx․google․com with ESMTPS id x123․․․
for
(version=TLS1․3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256);
Fri, 18 Aug 2026 16:57:16 +0200
- from / by: Кто передал и кто принял․
- with ESMTPS: Протокол передачи (E — Extended, S — Secure/SSL)․
- id: Уникальный внутренний ID на принимающем сервере․
- version=TLS1․3 cipher=․․․: Таинственные символы шифрования․ Они означают, что соединение было зашифровано по современному стандарту TLS 1;3 с конкретным набором шифров (cipher suite)․ Это хорошо — письмо не перехватывали в открытом виде․
- for: Конечный получатель․
Аутентификация: DKIM, SPF, DMARC, цифровые подписи
Именно эти заголовки решают судьбу письма: «Входящие» или «Спам»․
DKIM-Signature (DomainKeys Identified Mail)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx․net;
s=key01; t=1724000236;
bh=7KL․․․base64hash․․․==;
b=AbC․․․longbase64signature․․․==
- v=1: Версия;
- a=rsa-sha256: Алгоритм подписи (RSA с хешем SHA-256)․
- d=gmx․net: Домен, подписавший письмо (должен совпадать с отправителем)․
- s=key01: Селектор ключа (где искать публичный ключ в DNS)․
- bh=․․․ / b=․․․: Самые «таинственные» строки Base64․
bh— хеш тела письма,b, сама криптографическая подпись заголовков․ Если они не проходят проверку, письмо подделано или изменено в пути․
Authentication-Results (Вердикт принимающего сервера)
Authentication-Results: mx․google․com;
spf=pass smtp․mailfrom=sender@gmx․net;
dkim=pass header․d=gmx․net;
dmarc=pass header․from=gmx․net
Здесь символы pass / fail / neutral / softfail / temperror / permerror — это вердикты проверок․
- pass — всё ок․
- fail, критическая ошибка (письмо почти точно в спам)․
- softfail, подозрительно (часто для SPF, если сервер не в списке разрешенных, но политика не строгая)․
Антиспам-заголовки GMX: X-GMX-Antispam, X-Spam-Flag, X-Spam-Score
GMX добавляет свои внутренние метки․ Они часто выглядят как набор флагов и чисел․
X-GMX-Antispam: 0 (Mail was not recognized as spam); Detail=V3;
X-Spam-Flag: NO
X-Spam-Score: 0․5
X-Spam-Level: *
- X-GMX-Antispam: 0 — письмо чистое․ Если цифра 1 или выше — спам․ В скобках часто идет текстовое описание причины․
- X-Spam-Score: Числовая оценка «спамовости» (обычно по шкале SpamAssassin)․ Чем выше, тем хуже․ Чем выше значение, тем больше шансов, что письмо попадет в спам․
- X-Spam-Level: Визуализация скора звездочками ( = 1 балл,
*= 2 и т․д․)․
Заголовки маршрутизации и приоритета
- Message-ID:
<20260818145716․12345․abc@gmx․net>— Глобальный уникальный идентификатор․ Символы<и>обязательны по RFC․ - X-Priority / Importance:
3 (Normal),1 (High),5 (Low)․ Цифры 1-5․ - List-Unsubscribe: Ссылка для отписки (mailto: или http:)․ Наличие этого заголовка, признак легальной рассылки․
Символы в теме письма (Subject) vs Символы в заголовках
Не путайте технические заголовки с темой письма (Subject:)․ В теме часто используют эмодзи и спецсимволы (★, ✓, 🔥) для повышения открываемости (CTR)․
По данным тестов (например, eSputnik, 2024-2026), эмоджи и смайлики в теме отображаются по-разному в популярных почтовиках (GMX, Gmail, Outlook, Яндекс) и на разных устройствах (iOS, Android, Desktop)․ В технических заголовках же используются только ASCII-символы (латиница, цифры, основные знаки препинания) и кодировка MIME encoded-word (например, =?UTF-8?B?0J/RgNC40LLQtdGC?=) для передачи кириллицы или эмодзи в теме через заголовки․
Валидные символы в email-адресах и заголовках
Согласно стандартам (RFC 5322, RFC 6532) и обсуждениям на Stack Overflow, в локальной части адреса (до @) и в заголовках допустимы:
- Алфавитно-цифровые: a-z, A-Z, 0-9․
- Специальные (без кавычек):
! # $ % & ' * + — / = ? ^ _ ` { | } ~ - Точка
․: Не может быть первой, последней или двойной (․․)․ - В кавычках
"․․․": Можно использовать почти любые символы, включая пробелы и спецсимволы․
GMX, как и другие крупные провайдеры, строго следует этим стандартам․ «Таинственные» символы в адресе отправителя в заголовках From или Return-Path часто указывают на автоматическую генерацию (баунсы, уведомления о доставке) или на нестандартные корпоративные системы․
Особенности GMX: на что обратить внимание
- Доверие к собственным заголовкам․ GMX подписывает все исходящие письма DKIM (
d=gmx․netилиd=gmx․de)․ Если вы видите письмо от @gmx;net, но без валидной DKIM-подписи от этого домена — это 100% фишинг․ - IP-репутация в Received․ Проверяйте первый (нижний) заголовок
Received— он показывает реальный IP отправителя․ GMX добавляет свои внутренние IP (диапазоны 212․227․x․x, 213․165․x․x и др․)․ - Шифрование․ GMX принудительно использует TLS․ Отсутствие строки
version=TLS1․2/1․3в заголовкеReceivedпри получении от GMX, признак перехвата или подделки (Downgrade attack)․ - Пометки «Персональное» / «Рассылка»․ В отличие от Gmail (где используются стрелки
>,>>для пометки личных писем), GMX использует внутренние заголовкиX-GMX-Categoryили анализList-IDдля сортировки․
Чек-лист: быстрый анализ подозрительного письма в GMX
| Заголовок | Что искать (Норма) | Красный флаг (Опасность) |
|---|---|---|
| From / Return-Path | Домен совпадает (@gmx․net, @gmx․de) | Разные домены, странные поддомены (security-gmx․net․ru) |
| DKIM-Signature (d=) | d=gmx․net (или gmx․de) | Отсутствует, или d=другой домен, или dkim=fail |
| SPF (в Authentication-Results) | spf=pass | spf=fail / softfail |
| DMARC | dmarc=pass | dmarc=fail |
| Received (TLS) | version=TLS1․2 или TLS1․3 | |
| X-GMX-Antispam / X-Spam-Score | 0 / Низкий скор (< 3) | Высокий скор, флаг YES |
| Message-ID | Содержит gmx․net в конце | Странный домен, отсутствие @ |
«Таинственные символы» в заголовках GMX — это не шифр для избранных, а строго стандартизированный протокол передачи данных․ Понимание полей Received, DKIM-Signature, Authentication-Results и антиспам-меток X-GMX-Antispam дает полную картину: кто настоящий отправитель, было ли письмо изменено, прошло ли оно проверки безопасности и почему оно попало во «Входящие» или в «Спам»․
Для маркетологов это ключ к доставляемости (нужно следить за pass по SPF/DKIM/DMARC и низким Spam-Score)․ Для пользователей, главный инструмент защиты от фишинга (проверка доменов в d= и smtp․mailfrom)․ А для любопытных — просто увлекательный взгляд «под капот» интернета․
Помните: Даже если сервис (как GMX или Gmail) читает письма для таргетинга или спам-фильтрации, как обсуждают на Reddit, технические заголовки остаются объективным свидетелем технической истории сообщения․ Учимся их читать — и почта станет прозрачнее и безопаснее․