Приложение 4. Заголовки почты smtp

RFC 822 определяет поля заголовков протокола SMTP. Фактически этот RFC определяет только эти поля заголовков, все другие определяются в RFC (или в других документах спецификаций), описывающем протокол приложения. Поля заголовка SMTP легко разбиваются на отдельные функциональные зоны на основании функции, которую выполняет каждое поле. Поля заголовков необязательно должны быть в том порядке, какой определен в данном разделе, и нет необходимости использовать их для создания достоверного и работающего заголовка SMTP.

Поля инициатора

Поля инициатора (originator fields) обозначают источник сообщения. Такой источник содержит имя пользователя, который отправляет сообщение, компьютер, с которого было отправлено сообщение, и адрес, по которому должны быть отправлены ответы.

Поле From. Обозначает инициатора сообщения. Это поле должно содержать адрес пользователя, например, From: davischa@onramp.net. Этот адрес необязательно является адресом отправителя сообщения, это может быть пользователь, система или приложение. Полное имя отправителя, заключенное в круглые скобки, может появиться в конце поля, например, From: davischa@onramp.net (Davis Chapman).

Пример:

From: davischa@onramp.net

From: davischa@onramp.net(Davis Chapman)

Кем отредактировано: пользователем.

Поле Sender. Обозначает отправителя сообщения, когда этим отправителем является пользователь, приложение или система, отличные от тех, которые первоначально ввели это сообщение. Если отправитель является тем же, кем является инициатор сообщения, должно отсутствовать поле Sender. Приложение должно указать одного пользователя, который отвечает за отправление сообщения. Если приложение генерирует сообщение, поле Sender должно указать того пользователя, который несет ответственность за процесс.

Пример:

From: theboss@here.com

Sender: davischa@onramp.net

Кем отредактировано: пользователем или приложением клиента.

Поле Reply-To. Обозначает любые почтовые ящики, в которые отправляются ответы. Это поле становится существенным, когда должны принимать ответы почтовые ящики, отличные от ящиков отправителя или инициатора. Вы встречаетесь с этим полем заголовка чаще всего, когда сообщение генерирует приложение, а не пользователь.

Пример:

Reply-To: bill@microsoft.com

Кем отредактировано: пользователем или приложением, создающим сообщение.

Поля адресата (получателя)

Эти поля доставляют сообщение в соответствующий почтовый ящик или приложение.

Поле То. Содержит адреса первичных получателей. Пользователь может дать список нескольких получателей, разделенных запятыми.

Пример:

То: nobody@nowhere.org

То: nobody@nowhere.org, somebody@somewhere.edu

Кем отредактировано: пользователем.

Поле СС. Содержит адрес вторичных получателей. Подобно полю То, это поле может содержать несколько адресов, разделенных запятыми.

Пример:

СС: vasay@kolay.org

СС: vasay@kolay.org, ivanov@petrovich.edu

Кем отредактировано: пользователем.

Поле ВСС. Содержит адреса дополнительных получателей сообщения. Копии сообщения, которое отправляется первичным и вторичным получателям, не содержат этой строки заголовка. Некоторые системы включают эту строку только в авторскую копию. Поле заголовка используется для отправления копий сообщения тому, о ком бы вам не хотелось, чтобы знали другие получатели сообщения.

Пример:

ВСС: zelin@ds.com

Кем отредактировано: пользователем.

Поля ссылок

Поля ссылок идентифицируют сообщение, а также любые другие сообщения, на которые ссылается данное сообщение.

Поле Message-ID. Содержит уникальный идентификатор, который генерирован инициализирующей машиной. Этот идентификатор предназначен для использования не пользователем как получателем, а приложениями, которые отвечают за отправление и прием сообщений. Каждая версия сообщения должна иметь уникальный идентификатор без дубликатов. Этот идентификатор обычно содержит дату и время создания сообщения в сочетании с именем компьютера.

Пример:

Message-ID: <0311520D5.F6D@onramp. net>

Кем отредактировано: сервером.

Поле In-Reply-To. Состоит из идентификаторов сообщения любых предыдущих сообщений, на которые данное сообщение является ответом. Это поле может содержать несколько идентификаторов сообщений, разделенных запятыми. Угловые скобки в этом и последующих полях отмечают начало и конец идентификаторов сообщения. Скобки являются неотъемлемой частью спецификации.

Пример:

In-Reply-To: <315E8844@whitehouse.gov>

Кем отредактировано: приложением клиента.

Поле References. Содержит идентификаторы сообщений любых предыдущих сообщений, на которые ссылается данное сообщение. Это поле может содержать несколько идентификаторов сообщений, разделенных запятыми.

Пример:

References:<31848571.A7@onramp.net>

References:<31848571.A7@onramp.net>,<21738464.B8@ds.net>

Кем отредактировано: приложением клиента.

Поле Keywords. Содержит ключевые слова или фразы, которые уточняют содержимое сообщения. Это поле может содержать несколько слов или фраз, разделенных запятыми.

Пример:

Keywords: Delphi, Programming, Internet

Кем отредактировано: пользователем.

Поля маршрута

Поля маршрута указывают путь, который выбрало сообщение при передаче адресату. Эти поля добавляются серверами, но не приложениями клиента.

Поле Return-Path. Конечная система передачи, подающая сообщение получателю, добавляет поле Return-Path, которое содержит маршрут, избранный сообщением по пути от инициализирующей системы к системе получателя.

Пример:

Path: davisha@onramp.net

Кем отредактировано: сервером.

Поле Received. Каждая система передачи, по которой перемещается сообщение, добавляет поле Received. Эта информация часто используется для отслеживания проблем передачи.

Пример:

Received: from host (localhost[127.0.0.1]) by mln.Internex.Net (8.7.1/8.7.1) with SMTP id HAA10170; Sun, 18 Feb 1997 07:50:40 GMT

Кем отредактировано: сервером.

Другие поля

Другие поля в заголовке имеют не единое назначение, как группа, а каждое - индивидуально.

Поле Date. Содержит время и дату инициализации сообщения. Формат даты сообщения Internet следующий:

[день, ]дата>время

День указан с аббревиатурой из трех символов дня недели. Дата указана в следующем формате:

DD МММ YY

Месяц представлен трехсимвольной аббревиатурой месяца создания сообщения.

Время задается в следующем формате:

НН:ММ[ :ss] временной_пояс

Аббревиатуры HH, MM и SS представляют каждая две цифры, обозначающие соответственно часы, минуты и секунды создания сообщения. Временной пояс представлен трехсимвольной аббревиатурой часового пояса.

Пример:

Date: Sun, 18 Feb 1997 01:07:40 GMT

Кем отредактировано: приложением клиента или сервером.

Поле Subject. Дает краткое содержание сообщения. Обычно это краткое содержание создает инициатор сообщения. Пример:

Subject: Internet Book Progress

Кем отредактировано: пользователем.

Поле Comments. Позволяет пользователям добавлять комментарии к сообщению, не влияя на содержимое тела сообщения.

Пример:

Comments: This message is a good.

Кем отредактировано: пользователем.

Поле Encrypted. Показывает, зашифровано ли тело сообщения и какая схема шифрования использована. В этом поле первое значение указывает программное обеспечение, которое выполняет шифрование, а второе (необязательное) помогает пользователю выбрать соответствующий ключ дешифрования (например, с помощью общедоступного ключа).

Примечание:

Поскольку часть заголовка сообщения должна оставаться незашифрованной (для целей доставки), полная конфиденциальность сообщения невозможна. Строки с указанием получателей сообщения с адресами и кратким содержанием остаются незашифрованными, и их можно просматривать без шифрования.

Пример:

Encrypted: PGP 123478

Кем отредактировано: приложением клиента.

Поля расширений

Формат сообщения Internet был расширен дополнительными полями заголовков для обработки дополнений в формат сообщения, особенно расширений MIME. Эти поля ограничены в том смысле, что они не могут начинаться с х-, поскольку вступают в конфликт с полями, определенными пользователем. В данном разделе описаны некоторые из этих расширений.

Поле MIME-Version. Показывает, какая версия MIME использовалась для составления сообщения.

Пример:

MIME-Version: 1.0

Кем отредактировано: приложением клиента.

Поле Content-Transfer-Encoding. Представляет собой модификатор типа носителя сообщения. Этот модификатор указывает тип кодирования сообщения и соответственно тип декодирования, который следует выполнить для восстановления сообщения в исходном состоянии.

Пример:

Content-Transfer-Encoding: 7 bit

Кем отредактировано: приложением клиента

Поле Content-Type. Указывает тип носителя сообщения (например, текстовый/простой или составной/смешанный).

Пример:

Content-Type: text/plain;charset=US-ASCII

Кем отредактировано: приложением клиента.

Пользовательские поля

Формат сообщения Internet позволяет пользователям добавлять поля заголовков, определенных пользователем. Эти поля заголовков всегда начинаются с х-, за которым следует имя поля.

Пример:

X-Mailer: Delphi SMTP Mailer vl.О

Кем отредактировано: приложением клиента