Работаем со служебными заголовками
Привет! Сегодня ты узнаешь, что такое служебные заголовки, что они означают и зачем они вообще нужны. Поехали!
Технические заголовки (или же RFC) письма – тарабарщина, содержащая информацию о пути прохождения писем. В них описаны:
- данные о времени, месте отправления и маршруте доставке письма;
- служебная информация, добавляемая к письму программами.
Анализируй такие заголовки и ты сможешь понять, отчего письма попадают в «Спам», проследить отправителя, узнать, почему сообщения не идут уже несколько дней, а также устранить несколько мелких неприятностей.
Для почтовых сообщений разработали стандарты обмена, по которым в письмах поддерживаются заголовки, начинающиеся с новой строки.
В качестве базовых прописываются:
- MIME-Version.
- Content-Type.
- From.
- Reply-To.
- Subject.
- To.
Возникающие вновь заголовки прописываются дополнительно к уже имеющимся. Имей в виду, что разные почтовики по-разному интерпретируют стандарты. Хотя все они указаны в стандартах RFС, они могут быть неверно поняты или вообще проигнорированы. Выход из ситуации – тестируй, тестируй или еще раз тестируй.

Как узнать служебный заголовок?
«Яндекс.Почта»
- Открой почтовик.
- Открой любое письмо.
- Нажмите в меню «троеточие».
- Выберите пункт «Свойства письма»:

Mozilla Thunderbird
- Открой клиент.
- В панели меню нажми пункт «Вид».
- В появившемся меню нажми «Исходный текст» или сочетание клавиш Ctrl+U:

Gmail
- Открой почтовик.
- Открой любое письмо.
- Найди и нажми на «троеточие».
- Выбери пункт «Показать оригинал»:

«Рамблер.Почта»
- Открой почтовик.
- Открой любое письмо.
- Нажми на пиктограмму </>, чтобы показать оригинал:

Выполни в нужном почтовике описанные действия, и ты получишь отдельное окошко, где будут все служебные заголовки конкретного письма. Теперь остается только научиться их понимать.
Какую информацию можно узнать из служебного заголовка
Стандартные служебные заголовки
Apparently-To
Если у сообщений не одна сотня получателей, у них может быть длинный список заголовков вида «Apparently-To: my@superrassilka.ru» (на одного получателя – одна строчка). Имей в виду, что такие заголовки не свойственны нормальным сообщениям. Если же они есть, дело пахнет массовой рассылкой.
Cc: (CarbonCopy – копия)
Расширение поля «To:». Заголовок служит для указания дополнительных получателей сообщения. У ряда почтовых программ разное опознание заголовков «To:» и «Cc:» и генерируют свои ответы на сообщение они по-разному.
Bcc: (BlindCarbonCopy – слепая копия)
Увидел такой заголовок в полученном письме? Дело дрянь. Да, он используется аналогичным с «Cc:» образом, но вы его не увидите в списке заголовков. Его основное назначение в том, чтобы слать копии письма тем, кто не желает получать ответы и появляться в заголовках.
Спамеры неистово любят слепые копии, потому что среди пользователей есть много неопытных и тех, кто не будет особо возмущаться при получении писем, которых не ждал.
Content-Transfer-Encoding
Так называемый MIME-заголовок. Он не имеет отношения к доставке почты. Его назначение – показывать, как программа-получатель интерпретирует содержимое сообщения. А сейчас секунда энциклопедической информации: MIME – стандартный метод помещения в письмо нетекстовой информации.
Content-Type
Также MIME-заголовок, который «рассказывает» почтовой программе о типе данных, хранящихся в сообщении.
Date
Тяжело не догадаться о назначении заголовка, но на всякий пожарный скажу – он служит для указания даты создания и отправления сообщения. Если его не создали на компьютере отправителя, его может добавить почтовый сервер или какой-нибудь другой компьютер, который пропустит через себя письмо. Говорить о 100 % правдивости этого заголовка просто не приходится: его могут подделать или у отправителя может быть некорректно настроен этот параметр.
From (без двоеточия)
Этот конвертный заголовок формируется на базе информации, полученной от команды MAILFROM. То есть если компьютер-отправитель сообщает MAILFROM: shlu-massage@shlu-massage.com, компьютер-получатель вернет такую строку: «From shlu-massage@shlu-massage.com». Имей в виду – конвертные заголовки создаются не отправителями, а машиной, пропускающей через себя сообщение!
From: (с двоеточием)
Это информация об адресе отправителя, которую отправитель указывает самостоятельно.
Message-Id:
Относительно уникальный идентификатор, который присваивается каждому сообщению (почти всегда – первым почтовым сервером, который встретится у него на пути). Как правило, у него форма «ohoho@domen.ru», где «ohoho» может быть абсолютно чем угодно, а вторая часть — имя машины, которая выдала идентификатор.
Бывает (но нечасто), что «ohoho» включает в свой состав имя отправителя. Если вы встречаете битую структуру идентификатора (с пустой строкой или без «собачки») или же вторая часть – несуществующий веб-ресурс, скорее всего, письмо поддельное.
In-Reply-To:
Может иногда появляться в письмах и указывает идентификатор некоего сообщения, на которое данное сообщение является ответом. Заголовок нетипичен для писем, если только письмо действительно не является ответом на сообщение в Usenet.
Спамеры могут его использовать, чтобы попытаться обойти программные фильтры.
Organization:
Свободный заголовок. Как правило, содержит наименование организации, через которую отправитель сообщения получает доступ к Сети.
Priority:
Свободный заголовок для установления приоритета сообщений. Почти все программы его игнорируют. Несмотря на это, спамеры его частенько используют в форме «Priority: urgent» с целью привлечения внимания к сообщению.
Received:
Этот заголовок содержит информацию о прохождении письма через почтовый сервер. Если ты внимательно изучишь «Received:», то увидишь, кто отправил сообщение и где оно успело побывать, прежде чем попасть в ящик.
Reply-To:
Служит для указания адреса, куда нужно высылать ответы. Само собой, заголовок был предназначен для использования по назначению, но наши дорогие спамеры его используют по полной программе, чтобы не быть обстрелянными получателями спама.
Return-Path:
Это адрес возврата, когда не получается доставить письмо адресату. Как правило, совпадает с MAILFROM, однако может быть другим.
Sender:
Не является типичным для почтовых сообщений, потому что, как правило, используется «X-Sender:». Он может появляться в копиях Usenet-сообщений. Предполагает идентификацию отправителя, в случае с Usenet-сообщениями будет надежнее, чем «From:».
Subject:
Все просто – это тема сообщения.
To:
Адрес/адреса получателей. Помним, что поле «To:» может не содержать адреса получателя, потому что прохождение письма базируется на конвертном заголовке «To», а не на заголовке сообщения «To:».
Префикс Resent
Его можно добавлять при пересылке письма. Имеет формы «Resent-From:» или «Resent-To:». Эти поля содержат информацию, которую добавляет переславший сообщение. Запомним: «From:» содержит адрес первоначального отправителя, а «Resent-From:» – адрес переславшего.
X-заголовки
Заголовки этого типа начинаются с заглавной буквы «X» и идущего за ней дефиса. Есть негласное правило, что X-заголовки – нестандартные и используются в качестве дополнительной информации. То есть если видим заголовок «X-» – это нестандартный информативный заголовок. Но правило часто нарушается.
X-Confirm-Reading-To:
Этот заголовок запрашивает автоматическое подтверждение получения и прочтения письма. Как ожидается, должна последовать реакция почтовой программы, однако часто заголовок игнорируется.
X-Errors-To:
Заголовок служит для указания адреса, куда нужно слать сообщения об ошибках. Реже учитывается почтовыми серверами.
X-Mailer:/X-mailer:
Это свободное поле, в котором идентифицирует себя почтовик, в котором было создано конкретное сообщение. Это вполне может делаться для рекламных целей. Это неплохой ориентир для спам-фильтров, потому что спам рассылают определенными почтовыми программами.
X-Priority:
Дополнительное поле для задания приоритета сообщения.
X-Sender:
Почтовый аналог Usenet-заголовка «Sender:». Изначально было задумано, что он будет содержать более надежную информацию, чем «From:», но на самом деле спамеры его без проблем подделывают.
X-UIDL:
Уникальный идентификатор. Используется в POP-протоколе при получении сообщений с сервера и, как правило, добавляется между почтовым сервером получателя и почтовой программой получателя.
Если письмо было доставлено на почтовый сервер уже с заголовком «X-UIDL:», мы с большой вероятностью имеем дело со спамом. И хотя прямой выгоды в применении «Икс-Уидла» нет, спамеры частенько его добавляют.
Зачем настраивать служебный заголовок?
Если ты посмотрел, то в курсе, сколько полезной информации есть в служебных заголовках:
- серверы, пропустившие через себя письма;
- данные о почтовых клиентах отправителей;
- результаты антивирусного сканирования.
А еще с их помощью можно детально анализировать письма и наказывать спамеров.
Не ленись и настраивай служебные заголовки, чтобы мошенники знатно обломались, пытаясь делать рассылки от лица вашей компании. А еще правильная настройка работает на твою репутацию со стороны почтовых серверов и поможет понять, отчего твои письма мертвым грузом легли в «Спам», или весьма неспешно упали в ящики адресатов, или раз так десять подряд отправились.

Давай повторюсь еще раз, мне не сложно…
Почти все служебные заголовки (ты ведь их все изучил выше, правда?) весьма и весьма влияют на их попадание в инбокс, поэтому при подготовке отдельных писем и рассылки в целом нужно подумать и об этом.
В качестве финалочки
До того, как отправить свои сообщения в массовую рассылку, не поленись послать тестовое письмо на тестовую же почту и потом внимательно изучить служебные заголовки.
Чтобы дело выгорело наверняка, отправь сообщение на электронную почту вот этого сервиса: www.mail-tester.com (почта генерируется, как только войдешь на сайт).

Теперь отправляй письмо со своего ящика, проверь оценку и прочитай все пункты проверки. Так ты поймешь, что все будет ОК. Или узнаешь, что в настройках служебных заголовков и других настройках рассылки что-то пошло не так.
На сегодня все. Читай меня и делай лучшие рассылки!
В кампании MailNinja можно задать свои служебные заголовки. При включённом трекере она сама добавляет List-Unsubscribe и List-Unsubscribe-Post. Остальные заголовки пути письма ставит уже почтовый сервер, не программа.