9. Лекция - Электронная почта. Формат сообщения. Протокол SMTP.

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

Служба электронная почта - предназначена для обмена сообщениями (письмами).

Клиент (MS Outlook, The bat ...) готовит ("упаковывает") и посылает серверу (почтовое отделение) сообщения, принимает и просматривает сообщения.

Сервер электронной почты (Sendmail, MS Exchange ...) обрабатывает сообщения (сортирует) и отправляет локальному адресату или удаленному серверу (почтовому отделению).

Электронная почта во многом похожа на обычную почтовую службу.

Отправка и получение почты

Основные протоколы:

• SMTP (Simple Mail Transfer Protocol) - простой протокол передачи почты, используется для отправки почты, как клиентом на сервер, так и сервером на другой сервер.

• POP3 (Post Office Protocol) - используется для приема почты клиентом с сервера.

• IMAP 4 (Internet Message Access Protocol) -

• UUCP (Unix-Unix-CoPy) - используется для отправки и приема почты, как клиентом на(с) сервер(а), так и сервером на другой сервер. В данное время почти не используется, поэтому рассматривать не будем.

Формат сообщения.

Первый стандарт - RFC0724 (Proposed official standard for the format of ARPA Network messages D. Crocker, K.T. Pogran, J. Vittal, D.A. Henderson May-12-1977).

Последняя версия - RFC2822 (Internet Message Format P. Resnick, Ed. April 2001).

Текстовая (ASCII) информация может передаваться, как есть.

Остальная информация должна быть закодирована, т.к. изначально не предполагалось ее передавать. При использовании расширения протокола SMTP - ESMTP (Enhaced SMTP) можно кодировать в 8-битном виде. Это все выполняет почтовая программа.

Виды кодирования:

base64 - кодирует из набор 00-FFв ASCII, чтобы можно было передавать по SMTP (кодируют бинарные файлы).

7bit - не кодирует, указывает, что код ASCII.

8bit - указывает, что не только символы ASCII.

quoted-printable - используется для кодирования национальных языков, символов второй части таблицы ("А" - "=3D").

Сообщение состоит из:

• конверта сообщения (информация для доставки и обработки сообщения)

• тела сообщения (данные отправителя)

В простом случае конверт состоит только из заголовка, который отделен от тела пустой строкой.

Примеры сообщений:

Пример простого сообщения

Пример заголовка сообщения с отправкой нескольким пользователям (поле Cc

Пример заголовка сообщения с промежуточными серверами (поле - Received

Пример заголовка сообщения с прикрепленными файлами (FileName).

Пример заголовка сообщения с прикрепленным файлом

Некоторые поля заголовка:

From - адреса отправителей.

Sender - адрес реального отправителя.
Пример:
From: vasy@mail.ru
pety@mail.ru
Sender: misha@mail.ru

To - адрес получателя.

Cc - адреса получателей копий сообщений.
Пример:
To: vasy@mail.ru
pety@mail.ru
Cc: misha@mail.ru, katy@mail.ru

Date - дата отправки сообщения.

Subject - тема сообщения.

Message-ID - уникальный идентификатор сообщения.

Reply-To - адрес для ответа.

Received - адреса и время обработки сообщения промежуточным сервером.

X-Mailer - тип и версия почтовой программы клиента.

Comments - комментарии.

Priority - приоритетность.

Organization - название организации отправителя

MIME-Version - поле для идентификации стандарта MIME, значит письмо использует MIME.

Content-Type - тип и подтип MIME (text/html,audio/midi).

Content-Transfer-Encoding - идентификатор типа кодировки (base64, quoted-printable, 7bit, 8bit, binary и т.д.).

base64 - кодирует из набор 00-FFв ASCII, чтобы можно было передавать по SMTP (кодируют бинарные файлы).

7bit - не кодирует, указывает что код ASCII.

8bit - указывает, что не только символы ASCII.

quoted-printable - используется для кодирования национальных языков, символов второй части таблицы ("А" - "=3D").

Протокол SMTP

Первый стандарт - RFC0788 (Simple Mail Transfer Protocol J. Postel Nov-01-1981).

Последняя версия - RFC2821 (Simple Mail Transfer Protocol J. Klensin, Ed. April 2001).

Simple Mail Transfer Protocol - протокол высокого уровня (а именно, уровня приложений), используется для отправки почты, как клиентом на сервер, так и сервером на другой сервер.

Порт по умолчанию - 25.

Основной недостаток протокола, это отсутствие аутентификации и "докачки" (как в FTP, HTTP) сообщений, т.е. если вы посылаете большое письмо (10Мбайт), то в случае разрыва соединения ваше сообщение придется передавать заново, и возможно так до бесконечности. Поэтому большие письма необходимо резать на части.

 Модель протокола

События работы SMTP протокола:

• Клиент инициирует соединение с сервером

• Клиент посылает запросы на обслуживание

• Сервер отвечает на эти запросы

Модель протокола SMTP

Последовательность команд SMTP

Протокол SMTP оговаривает последовательность SMTP-команд

Рассмотрим пример:

Некий Vasy абонент сервера kstu.ru, посылает письма трем абонентам сервера kazan.ru (Pety, Koly, Dima) одно письмо.

Рассмотрим листинг передачи сервера kstu.ru серверу kazan.ru:

R - сервер (receive)

S - клиент (send)

 Некоторые команды SMTP

Обязательные команды (команды которые должны присутствовать всегда)

HELO - Открытие сеанса связи (hello).

MAIL - Начинает почтовую транзакцию, которая завершается передачей данных в один или несколько почтовых ящиков (mail).

RCPT - Идентифицирует получателя почтового сообщения (recipient).

Небязательные команды

DATA - Строки, следующие за этой командой, рассматриваются получателем как данные почтового сообщения. В случае SMTP, почтовое сообщение заканчивается комбинацией символов: CRLF-точка-CRLF.

RSET - Прерывает текущую почтовую транзакцию (reset).

NOOP - Требует от получателя не предпринимать никаких действий, а только выдать ответ ОК. Используется главным образом для тестирования.(No operation).

QUIT - Закрытие сеанса связи.

VRFY - Требует от приемника подтвердить, что ее аргумент является действительным именем пользователя.

SEND - Начинает почтовую транзакцию, доставляющую данные на один или несколько терминалов (а не в почтовый ящик).

SOML - Начинает транзакцию MAIL или SEND, доставляющую данные на один или несколько терминалов или в почтовые ящики.

SAML - Начинает транзакцию MAIL и SEND, доставляющие данные на один или несколько терминалов и в почтовые ящики.

EXPN - Команда SMTP-приемнику подтвердить, действительно ли аргумент является адресом почтовой рассылки и если да, вернуть адрес получателя сообщения (expand).

HELP - Команда SMTP-приемнику вернуть сообщение-справку о его командах.

TURN - Команда SMTP-приемнику либо сказать ОК и поменяться ролями, то есть стать STMP- передатчиком, либо послать сообщение-отказ и остаться в роли SMTP-приемника.

 Синтаксис некоторых команд SMTP

Команды, MAIL, SEND, SOML и SAML, имеют одинаковый синтаксис:

MAIL <пробел> FROM:<reverse-path> <carriage-return line-feed>

где:

<reverse path> (обратный адрес) указывает серверу, кому в случае ошибки отослать сообщение.

<carriage-return line-feed> (CRLF) возврат каретки.

Примечание: Команды SEND, SOML и SAML дополнительны и используются довольно редко.

Синтаксис RCPT похож на синтаксис команды MAIL:

RCPT <пробел> TO:<forward-path> <CRLF>

Однако, в отличие от MAIL, аргумент RCPT начинается со слова <ТО:>.

 Некоторые коды ответов SMTP

Каждая цифра в коде ответа имеет определенный смысл. Первая цифра означает, было ли выполнение команды успешно (2), неуспешно (5) или еще не закончилось (3). Как указано в приложении Е документа RFC 821, простой SMTP-клиент может анализировать только первую цифру в ответе сервера, и на основании ее продолжать свои действия. Вторая и третья цифры кода ответа разъясняют значение первой. Если вы разрабатываете SMTP-приложение, обязательно изучите конструкцию всех кодов SMTP-ответа.

211 Ответ о состоянии системы или помощь
214 Сообщение-подсказка (помощь)
220 <имя_домена> служба готова к работе
221 <имя_домена> служба закрывает канал связи
250 Запрошенное действие почтовой транзакции успешно завершилось
251 Данный адресат не является местным; сообщение будет передано по маршруту <forward-path>
354 Начинай передачу сообщения. Сообщение заканчивается комбинацией CRLF-точка-CRLF
421 <имя_домена> служба недоступна; соединение закрывается
450 Запрошенная команда почтовой транзакции не выполнена, так как почтовый ящик недоступен
451 Запрошенная команда не выполнена; произошла локальная ошибка при обработке сообщения
452 Запрошенная команда не выполнена; системе не хватило ресурсов
500 Синтаксическая ошибка в тексте команды; команда не опознана
501 Синтаксическая ошибка в аргументах или параметрах команды
502 Данная команда не реализована
503 Неверная последовательность команд
504 У данной команды не может быть аргументов
550 Запрошенная команда не выполнена, так как почтовый ящик недоступен
551 Данный адресат не является местным; попробуйте передать сообщение по маршруту <forward-path>
552 Запрошенная команда почтовой транзакции прервана; дисковое пространство, доступное системе, переполнилось
553 Запрошенная команда не выполнена; указано недопустимое имя почтового ящика
554 Транзакция не выполнена

 Ретрансляция сообщений

Можно использовать промежуточные сервера для доставки почты получателю.

Пример:

передадим сообщение от Vasy@ksu.ru через хосты @kstu.ru, @mail.ru получателю Koly@kazan.ru

Механизм ретрансляции:

• сообщение передается хосту @kstu.ru
  S MAIL FROM:<Vasy@ksu.ru>
  S RCPT TO:<@kstu.ru, @mail.ru, Koly@kazan.ru>

• сообщение передается хосту @mail.ru
  S MAIL FROM:<@kstu.ru>
  S RCPT TO:<@mail.ru, Koly@kazan.ru>

• ообщение передается хосту kazan.ru
  S MAIL FROM:<@mail.ru>
  S RCPT TO:<Koly@kazan.ru>

При этом параметры To, From и Cc остаются без изменений.

 Резервные почтовые серверы (relay)

В случае если основой сервер не доступен, почта может быть отправлена на резервный, который задается в записях MX (DNS). Резервный сервер хранит почту (клиент ее получить не может) до тех пор, пока не заработает основной сервер, как только основной заработает, резервный передает всю накопившеюся почту. Резервных серверов может быть достаточно много. Как правила несколько разных серверов являются резервными по отношению к друг другу.

Когда основной сервер не доступен, почта передается на резервный,
когда основной сервер становится доступен, резервный передает почту основному.

 Отправка сообщения на SMTP с помощью Telnet

Отправим письмо через Telnet.

Клиенту необходимо ввести следующие строки:

HELO
MAIL FROM: <bogomolov@kfti.knc.ru>
RCPT TO: <olga@kfti.knc.ru>
DATA
DATE: 27-Oct-2003 12:48:32
FROM: Влад Богомолов <bogomolov@kfti.knc.ru>
SUBJECT: С новым годом!
To: <olga@kfti.knc.ru>

С новым годом!
Влад!
.

Подключение и отправка письма telnet'ом (UNIX) на сервер SMTP (Дионис)

Подключение и отправка письма telnet'ом (Windows) к серверу SMTP (Дионис)

Подключение и отправка письма telnet'ом (UNIX) к серверу SMTP-Sendmail 8.12.8 (UNIX)