Технические заголовки писем в GMX: что это и как их просмотреть

Почтовый сервис GMX (Global Mail eXchange), один из старейших и популярных провайдеров электронной почты в Германии и Европе․ Многие пользователи, открывающие «исходный код» или «технические заголовки» писем, сталкиваются с набором кажущихся бессмысленными строк, кодов и символов․ На самом деле, каждый из них несет важную служебную информацию о пути письма, его подлинности и обработке спам-фильтрами․


Что такое технические заголовки (Email Headers)?

Технические заголовки — это скрытая часть письма, которая содержит метаданные о его передаче․ Как отмечается в профессиональных материалах (например, блогах DashaMail и SendPulse), понимание работы служебных заголовков обязательно для любого digital-маркетолога․ Грамотная работа с ними — одна из гарантий того, что ваше сообщение не попадет в папку «Спам»․

В заголовках содержатся:

  • Цифровые подписи отправителя (DKIM, SPF, DMARC), которые проверяют почтовые клиенты․
  • Информация о серверах, через которые прошло письмо (Received)․
  • Приоритеты, кодировка, ID сообщения и результаты антиспам-проверок․

Важно: Некоторые заголовки обязательны и встроены по умолчанию, другие добавляются отправителем или промежуточными серверами самостоятельно․


Как посмотреть заголовки в GMX

Прежде чем разбирать символы, нужно знать, где их найти․ В веб-интерфейсе GMX это делается так:

  1. Откройте нужное письмо․
  2. Нажмите на значок «Ещё» (три точки или стрелку вниз) в верхней панели письма․
  3. Выберите пункт «Показать исходный код» (Show source / View source) или «Свойства письма»․
  4. Откроется новое окно с текстом в формате ․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: на что обратить внимание

  1. Доверие к собственным заголовкам․ GMX подписывает все исходящие письма DKIM (d=gmx․net или d=gmx․de)․ Если вы видите письмо от @gmx;net, но без валидной DKIM-подписи от этого домена — это 100% фишинг․
  2. IP-репутация в Received․ Проверяйте первый (нижний) заголовок Received — он показывает реальный IP отправителя․ GMX добавляет свои внутренние IP (диапазоны 212․227․x․x, 213․165․x․x и др․)․
  3. Шифрование․ GMX принудительно использует TLS․ Отсутствие строки version=TLS1․2/1․3 в заголовке Received при получении от GMX, признак перехвата или подделки (Downgrade attack)․
  4. Пометки «Персональное» / «Рассылка»․ В отличие от Gmail (где используются стрелки >, >> для пометки личных писем), GMX использует внутренние заголовки X-GMX-Category или анализ List-ID для сортировки․

Чек-лист: быстрый анализ подозрительного письма в GMX

  • Нет шифрования, или старый SSL
  • Заголовок Что искать (Норма) Красный флаг (Опасность)
    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, технические заголовки остаются объективным свидетелем технической истории сообщения․ Учимся их читать — и почта станет прозрачнее и безопаснее․