Поля формата сообщений 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;


Поиск по сайту:

Воспользовавшись поиском можно найти нужную информацию на сайте.

Поделитесь с друзьями:

Считаете данную информацию полезной, тогда расскажите друзьям в соц. сетях.
Poznayka.org - Познайка.Орг - 2016-2024 год. Материал предоставляется для ознакомительных и учебных целей.
Генерация страницы за: 0.007 сек.