Национальный исследовательский институт

Московский Энергетический Институт (Технический Университет)

Институт автоматики и вычислительной техники

Кафедра Прикладной математики

Лабораторная работа №2

по дисциплине:

ВМСС

тема: «Работа с электронной почтой»

Выполнил:

Бочаров Иван Андреевич

Проверил:

к.т.н., доц. Куриленко Иван Евгеньевич

Москва

2012 г.

Подготовка к выполнению работы

Модель работы с электронной почтой

На сегодняшний день общепринятым стандартным протоколом по обмену почтой является протокол SMTP(Simple Mail Transfer Protocol). Рассмотрим общий принцип работы электронной почты при обмене сообщениями по этому протоколу:

Все программы делятся на три больших класса:

• MUA (Mail User Agent – клиент электронной почты)

• MTA (Mail Transfer Agent – агент пересылки почты)

• MDA (Mail Delivery Agent – агент доставки почты)

Агент пересылки почты (MTA) – программа, которая передает сообщения от одного компьютера к другому. Обычно работа почтового сервера незаметна рядовому пользователю, сервер работает как бы «за кулисами». Часто программы соединяют в себе функции агентов пересылки и доставки сообщений, однако есть и специализированные программы, работающие только с пересылкой сообщений.

Агент доставки почты (MDA) – программа, принимающая входящие электронные письма и доставляющая их на почтовый ящик получателя (если он расположен на том же компьютере) или перенаправляющая их на другой почтовый сервер. Как уже было отмечено, MDA не всегда занимается пересылкой сообщений, зачастую на отдельные MDA-программы возлагаются обязанности по фильтрации спама и т.п.

Пользовательский почтовый агент (MUA) – это программа, которую многие из нас привыкли видеть при работе с электронной почтой. Иногда такие программы называют почтовыми редакторами. В отличие от MTA клиент электронной почты обычно отправляет сообщение не прямо на сервер получателя, а на промежуточный сервер (называемый релеем). В качестве подобного сервера обычно выступает почтовый сервер компании или провайдера. Не всегда MUA выступает в виде отдельного приложения. Так, многие почтовые сервисы предоставляют веб-интерфейс для доступа пользователей к почтовым ящикам. В случае веб-интерфейса MUA и MDA программы объединяются. Обычно отправка почты осуществляется при помощи протокола SMTP, а прием сообщений ведется с того же сервера при помощи протоколов POP3 и IMAP.

Взаимоотношения между этими агентами можно проиллюстрировать следующим рисунком:

Формат электронного письма

С накоплением опыта работы с электронной почтой администрацией сети ARPANET было решено оформить предложения по работе с почтой в виде документов. Это решение вылилось в документы RFC821 (этот документ описывал протокол передачи) и RFC822 (в нем находилось описание формата сообщений). Впоследствии эти документы подверглись незначительной переработке, вылившись в документы RFC2821 и RFC 2822. Тем не менее, многие до сих пор, говоря об электронной почте, ссылаются на документ RFC822.

Интересным является тот факт, что эти стандарты были разработаны студентами и аспирантами, а стандарт X.400, предложенный комитетом по телефонии и телеграфу, достаточно быстро изжил себя.

Как уже было сказано, документом, регламентирующим формат электронных писем, является RFC2822.

Согласно этому документу сообщение делится на строки и состоит из секции заголовков и тела сообщения (возможно пустого). Формат тела сообщения не определяется, лишь говорится, что оно состоит из строк ASCII, точнее ANSI X3.4 (7-битные символы!), отделенных от секции заголовков пустой строкой (CRLF), которая должна присутствовать даже для пустого тела (чтобы отличить его от ошибочного сообщения с порезанным заголовком). Следует заметить, что хотя формат тела не определен, но передавать двоичные данные все же не следует, так как предполагается, что оно делится на строки, а символы конца строки могут модифицироваться при передаче в подсеть или при хранении. Существуют также правила "хорошего тона": при цитировании предыдущего письма, цитируемый текст предваряется знаком ">" (без пробела!); перед подписью вставляется строка "-- " (обратите внимание на пробел перед концом строки!). Длина строки должна быть не более 998 символов, но желательно не порождать строк длиной более 78 символов (не считая CRLF).

Приведем таблицу полей заголовка, в которой опишем их значение и особенности работы с ними:

Информация, которая может содержаться в поле Received (обязательно только with):

• from домен (от какого хоста получено данным MTA, полное каноническое имя; записывается имя, сообщенное отправившим MTA и затем (в скобках) его реальный IP-адрес и имя; при несовпадении прямой и обратной проверки DNS записывается предупреждение)

• by домен (на каком хосте работает данный MTA, полное каноническое имя; здесь же обычно записывается название MTA и номер версии)

• via атом (физическая сеть: Internet, JANET, хотя встречаются и слова типа HTTP)

• with атом (почтовый протокол - SMTP, ESMTP)

• id идентификатор-сообщения (внутренний идентификатор принимающего MTA, если он хранит сообщение в очереди)

• for адрес (если принимающий MTA преобразует адрес получателя, то здесь сохраняется исходная форма)

• время-получения (формат такой же, как у поля Date)

Формат даты унаследован с 1970-х годов и выглядит так: Tue, 5 Feb 02 00:59:59 +0300. День недели с запятой и секунды с двоеточием можно опускать. Последнее слово определяет смещение локальной временной зоны относительно UTC в часах и минутах. Иногда используются сокращенные наименования временных зон вместо смещения, но это не рекомендуется (а в RFC 2822 явно запрещается). Для временной зоны UTC должно указываться смещение +0000. Смещение -0000 обозначает отсутствие информации о временной зоне.

Часть синтаксиса описывается в RFC 2822 как "устаревший" (определенный в RFC 822 или исторически сложившийся). Сообщения с устаревшим синтаксисом не должны создаваться, но должны обрабатываться, если уж встретились.

Пример сообщения:

----

From: Mary Smith

To: John Doe

Reply-To: "Mary Smith: Personal Account"

Subject: Re: Saying Hello