Поля формата сообщений RFC 822
Поле | Описание |
To: | Адрес (адреса) основного получателя (получателей) |
Cc: | Адрес (адреса) дополнительного получателя (получателей) |
Bcc: | Адрес «слепой» копии |
From: | Автор (авторы) сообщения |
Sender: | Адрес отправителя |
Received: | Идентификатор агента, дата, время получения и другая информация. Добавляется каждым агентом передачи на всем протяжении маршрута |
Return-Path: | Композиция всех полей Received |
В отличие от адреса дополнительного получателя (получателей) «слепая» копия позволяет скрыть от получателя факт пересылки данного сообщения так же и другим адресатам. В случае использования «обычной» копии в заголовке письма доставленного пользователю будет содержаться список всех адресов получателей данного письма.
Таблица 4
Поля стандарта MIME
Заголовок | Описание |
MIME-Version: | Версия MIME |
Content-Description: | Описание содержимого в виде простой текстовой строки |
Content-Id: | Уникальный идентификатор |
Content-Transfer-Encoding: | Способ кодировки сообщения |
Content-Type: | Тип и формат содержимого сообщения |
Таблица 5
Типы и подтипы заголовка Content-Type
Тип | Подтип | Описание |
Text | Plain Enriched | Неформатированный текст Текст с включением простых команд форматирования |
Image | Gif Jpeg | Неподвижное изображение формата GIF Неподвижное изображение формата JPEG |
Audio | Basic | Звук |
Video | Mpeg | Видео в формате MPEG |
Application | Octet-stream Postscript | Неинтерпретируемая последовательность байтов Документ для печати в формате PostScript |
Message | Rfc822 Partial External-body | Сообщение MIME RFC 822 Сообщение разбито на части для передачи Само сообщение должно быть получено по сети |
Multipart | Mixed Alternative Parallel Digest | Независимые части в указанном порядке То же сообщение в другом формате Части сообщения просматривать одновременно Каждая часть – законченное сообщение RFC 822 |
HTTP
HTTP (HyperText Transfer Protocol) – протокол передачи гипертекста (табл. 6). Он является главным протоколом Всемирной паутины (World Wide Web) и описывает формат сообщений, которыми могут обмениваться клиенты и серверы. HTTP определен в RFC 2616. В этом протоколе каждое взаимодействие состоит из одного ASCII-запроса, на который следует один ответ стандарта RFC 822 MIME.
Данный протокол работает на основе TCP-соединения, и хотя формально это требование не является обязательным, на практике оно почти всегда выполняется. Это обусловлено тем, что в случае использования TCP ни браузеру, ни серверу не надо беспокоиться о потерянных данных и разбиении больших сообщений на части. Все это выполнят службы TCP-протокола.
Протокол HTTP разработан таким образом, что может использоваться не только в веб-технологиях но и в других объектно-ориентированных приложениях.
Таблица 6
Дата добавления: 2016-06-22; просмотров: 1058;