8.2.1.Некоторые поля заголовка:
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").
8.3 Протокол 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Мбайт), то в случае разрыва соединения ваше сообщение придется передавать заново, и возможно так до бесконечности. Поэтому большие письма необходимо резать на части.
8.3.1 Модель протокола
События работы SMTP протокола:
Клиент инициирует соединение с сервером
Клиент посылает запросы на обслуживание
Сервер отвечает на эти запросы
Модель протокола SMTP
8.3.2 Последовательность команд smtp
Протокол SMTP оговаривает последовательность SMTP-команд
Рассмотрим пример:
Некий Vasy абонент сервера kstu.ru, посылает письма трем абонентам сервера kazan.ru (Pety, Koly, Dima) одно письмо.
Рассмотрим листинг передачи сервера kstu.ru серверу kazan.ru:
R - сервер (receive)
S - клиент (send)
R 220 kazan.ru Simple Mail Transfer Service Ready // код ответа 220 (соединение установлено), сервер kstu.ru, протокол SMTP S HELO kstu.ru // Соединение установлено, "Я kstu.ru", идентификация производится по kstu.ru R 250 kazan.ru // команда принята и обработана, идентификация прошла S MAIL FROM: <Vasy@kstu.ru> // Начало почтовой транзакции, обратный адрес Vasy@kstu.ru. R 250 OK // Сервер согласен принять сообщение от Vasy@kstu.ru S RCPT TO:<Pety@kazan.ru> // Кому отправить письмо, Pety@kazan.ru R 250 OK // Сервер согласен принять сообщение для Pety@kazan.ru S RCPT TO:<Koly@kazan.ru> // Еще кому отправить письмо, Koly@kazan.ru R 550 No such user here // Сервер выдает ошибку 550, сообщая, что такого пользователя нет S RCPT TO:<Dima@kazan.ru> // Еще кому отправить письмо, Dima@kazan.ru R 250 OK // Сервер согласен принять сообщение для Dima@kazan.ru S DATA // Запрос на передачу данных R 354 Start mail input; end with <CRLF>.<CRLF> // Разрешение передачи данных, последняя строка должна содержать "точку" S From: <vasy@list.ru> //Текст сообщения (включая заголовок)... S To: <pety@kfti.knc.ru> S Subject: С новым годом! S Mime-Version: 1.0 S X-Mailer: mPOP Web-Mail 2.19 S Date: Fri, 19 Sep 2003 08:37:43 +0400 S Reply-To: <vasy@list.ru> S Content-Type: text/plain; charset=koi8-r S Content-Transfer-Encoding: 8bit S Message-Id: <E1A0D1b-000AnC-00.vasy-list-ru@f15.mail.ru> S S С новым годом Петя! S . // Конец сообщения, клиент послал точку R 250 OK // Сервер получил данные S QUIT // Клиент делает запрос на закрытие соединения R 221 kazan.ru Service closing transmission channel // Сервер закрывает соединение