ANTICHAT - Заголовки электронных писем [ спецификация ARPA (RFC-822) и MIME (RFC-1341) ]

Заголовки электронных писем [ спецификация ARPA (RFC-822) и MIME (RFC-1341) ]

Вместо предисловия. Все началось с заказа на взлом электронной почты одного предприятия. Поиск дополнительной информации посредством поисковиков дал нулевой результат. Единственной зацепкой был фотоальбом в соц. сети "Мой мир", в котором лежали фотографии комплектующих для производства пластиковых окон и дверей.

Был зарегестрирован сайт на бесплатном хостинге, на ту же тематику, по электронной почте завязалась "деловая" переписка с предприятием "целью". Изучением заголовков в письмах-ответах установлено, что о почтовых программах на предприятии имели лишь смутное представление.

http://img69.imageshack.us/img69/2417/examplecm.jpg

Посему было принято решение ловить на "фейк". В очередной раз отправлено письмо с ссылкой на "прайс", а на самом деле фейк, с последующей переадресацией на настоящий прайс-лист. Финита ля комедия, дело сделано.

В ходе выполнения такого заказа я заинтересовался, что же именно означают конкретные поля в заголовках писем. Об этом и статья.

В интернете достаточно информации по данной теме, однако у меня возникло желание собрать перечитанное воедино. Надеюсь будет полезным.

1. Вступление.

1.1. Электронная почта в Internet.

Электронная почта- один из важнейших информационных ресурсов Internet. Она является самым массовым средством электронных коммуникаций. Любой из пользователей Internet имеет свой почтовый ящик в сети. Если учесть, что через Internet можно принять или послать сообщения еще в два десятка международных компьютерных сетей, некоторые из которых не имеют on-line сервиса вовсе, то становится понятным, что почта предоставляет возможности в некотором смысле даже более широкие, чем просто информационный сервис Internet. Через почту можно получить доступ к информационным ресурсам других сетей. Хорошим примером может служить доступ к архивам сети BITNET

1.2. Структура электронного письма.

Электронное письмо состоит из следующих частей:

- заголовков SMTP-протокола, полученных сервером. Эти заголовки могут включаться, а могут и не включаться в тело письма в дальнейшем, так что возможна ситуация, когда сервер обладает большей информацией о письме, чем содержится в самом письме. Так, например, поле RCPT TO указывает получателя письма, при этом в самом письме получатель может быть не указан.

- самого письма.

Непосредственно письмо в свою очередь, состоит из следующих частей, разделённых пустой строкой:

- заголовков письма, иногда называемых по аналогии с бумажной почтой конвертом (англ. envelope).

- тело письма. В теле письма находится, собственно, текст письма.

Формат почтового сообщения был определен в документе RFC-822 ((Standard for ARPA Internet Text Message, опубликован в 1982 г.). Это довольно большой документ объемом в 47 страниц машинописного текста.

2.1. Спецификация ARPA (RFC-822)

Минимально необходимыми являются следующие поля "Date:«, »From:«, »Cc:" и/или "To:"

Все возможные поля заголовка, согласно стандарту ARPA (RFC-822):

Код:

Date:                27 Aug 76 0932

        From:                Ken Davis 

        Subject:                Re: The Syntax in the RFC

        Sender:                KSecy@Other-host

        Reply-To:                Sam.Irving@Reg.Organization

        To:                        George Jones 

        cc:                        Important folks:

                                Tom Softwood ,

                                "Sam Irving"@Other-Host;,

                                Standard Distribution:

                                /main/davis/people/standard@Other-Host

        Comment:                Sam is away on bisiness.

        In-Reply-To:        , George`s message

        X-Special-action: This is a sample of user-defined field-        

                                names.

        Message-ID:        

Received: from [96.118.147.161] (port=45090 helo=pro)

        by smtp6.mail.ru with asmtp 

        id 1Q1Rfi-0003lN-00

        for senyka@mail.ru; Mon, 21 Mar 2011 02:04:30 +0300

Message-ID: 

Reply-To: =?koi8-r?B?79TL0tnUy8kgTWFpbC5SdQ==?= 

From: =?koi8-r?B?79TL0tnUy8kgTWFpbC5SdQ==?= 

To: 

Subject: =?koi8-r?B?98HNINDSydvMwSDGzNzbLc/Uy9LZ1MvBIQ==?=

Date: Mon, 21 Mar 2011 01:08:14 -1200

Organization: =?koi8-r?B?79TL0tnUy8kgTWFpbC5SdQ==?=

MIME-Version: 1.0

Content-Type: multipart/related;

        Type="multipart/alternative";

        boundary="----=_NextPart_000_0000_01CBE764.746F7B00"

X-Priority: 3

X-MSMail-Priority: Normal

X-Mailer: Microsoft Outlook Express 6.00.2900.5512

X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579

X-Spam: Not detected

X-Mras: Ok

Остановимся подробнее на форме и назначении полей, определяемых стандартом.

Поле версии MIME (MIME-Version). Поле версии указывается в заголовке почтового сообщения и позволяет определить программе рассылки почты, что сообщение подготовлено в стандарте MIME.

Формат поля выглядит как:

Код:

MIME-Version: 1.0

Поле версии указывается в общем заголовке почтового сообщения и относится ко всему сообщению целиком. Здесь уместно отметить, что в отличие от стандарта RFC822, стандарт MIME позволяет перемешивать поля заголовка сообщения с телом сообщения. Поэтому все поля делятся на два класса: общие поля заголовка, которые записываются в начале почтового сообщения и частные поля заголовка, которые относятся только к отдельным частям составного сообщения и записываются перед ними.

Поле типа содержания тела почтового сообщения (Content-Type)

Поле типа используется для описания типа данных, которые содержатся в теле почтового сообщения. Это поле сообщает программе чтения почты какого сорта преобразования необходимы для того, чтобы сообщение правильно проинтерпретировать. Эта же информация используется и программой рассылки при кодировании/декодировании почты. Стандарт MIME определяет семь типов данных, которые можно передавать в теле письма: текст (text); смешанный тип (multipart); почтовое сообщение (message); графический образ (image); аудио информация (audio); фильм или видео (video); приложение (application). Общая форма записи поля выглядит как:

Код:

Content-Type:= type "/" subtype *[";" parameter]

        type :=    "application"     / "audio"

                / "image"           / "message"

                / "multipart"       / "text"

                / "video"           / x-token

        x-token := 

        subtype := token

        parameter:= attribute "=" value

        attribute:= token

        value := token / quoted-string

        token := 1*

        tspecials:=  "(" /")" / "" / "@"  ; Обязательно

                 /  "," / ";" / ":" / "\" /   ; должны быть,

                 /  "/" / "[" / "]" / "?" / "."  ; заключены в

                 /  "="                          ; кавычки.

Типы описания нетекстовой информации. Таких типов имеется четыре:

* "image" для описания графических образов. Наиболее часто используются файлы форматов GIF и JPEG.

* "audio" для описания аудио информации. Для воспроизведения сообщения данного типа требуется специальное оборудование.

* "video" для передачи фильмов. Наиболее популярным является формат MPEG.

* "application" для передачи данных любого другого формата, обычно используется для передачи двоичных данных для последующего промежуточного преобразования. Так если на машине стоит видео-карта с 512Kb памяти, а графика подготовлена в 256 цветах, то сначала ее следует преобразовать и здесь может помочь тип "application". Основной подтип данного типа - "octet-stream", но существуют "ODA" и "Postscript".

В настоящее время полный перевод спецификации MIME на русский язык отсутствует. Ознакомиться с частичным переводом можно по адресу http://webi.ru/webi_files/26_15_f.html

3. Вместо заключения.

Чтение заголовков писем может быть полезным - как в случае "нападения", так и в случае "защиты" от атак недоброжелателей. Не пренебрегайте возможностью получить капельку дополнительной информации. ОБращайте внимания на детали

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

http://hostinfo.ru > заголовки e-mail стандарта RFC-822

http://citforum.ru/ > Организация и администрирование почтовых и файловых серверов Internet

http://webi.ru > Неполный русский перевод спецификации RFC 1521 "MIME"

А также материалы с персонального сайта Кунегина С.В.

Работа с сайта Кунегина С.В. на тему "Электронная почта: функционирование сервиса электронной почты. Основные почтовые стнадарты: Mime, IMAP4, LDAP и др. Обеспечение защиты электронной почты." будет полезна всем начинающим пользователям, которым интересен данный вопрос. Ссылка:

Код:

http://depositfiles.com/files/0jorimjkl

Статья написана для antichat.ru/ При копировании просьба указывать источник.