Протоколы Internet


Многоцелевое расширение почты Интернет (MIME) - часть 49


From: От кого-то

To: Кому-то

Date: Когда-то

Subject: Нечто

MIME-Version: 1.0

Message-ID:

Content-Type: multipart/alternative; boundary=42

Content-ID:

--42

Content-Type: message/external-body; name="BodyFormats.ps";

site="thumper.bellcore.com"; mode="image";

access-type=ANON-FTP; directory="pub";

expiration="Fri, 14 Jun 1991 19:13:14 -0400 (EDT)"

Content-type: application/postscript

Content-ID:

--42

Content-Type: message/external-body; access-type=local-file;

name="/u/nsb/writing/rfcs/RFC-MIME.ps";

site="thumper.bellcore.com";

expiration="Fri, 14 Jun 1991 19:13:14 -0400 (EDT)"

Content-type: application/postscript

Content-ID:

--42

Content-Type: message/external-body;

access-type=mail-server

server="listserv@bogus.bitnet";

expiration="Fri, 14 Jun 1991 19:13:14 -0400 (EDT)"

Content-type: application/postscript

Content-ID:

get RFC-MIME.DOC

--42--

Заметим, что в вышеприведенных примерах в качестве транспортного кодирования для Postscript данных предполагается "7bit".

Подобно типу "message/partial", тип среды "message/external-body" предполагается прозрачным, т.е. передается тип данных внешнего тела, а не сообщение с телом данного типа. Таким образом, заголовки внешней и внутренней частей должны быть объединены с использованием правил, изложенных выше для "message/partial". В частности, это означает, что поля Content-type и Subject переписываются, а поле From сохраняется в неизменном виде.

Заметьте, что, так как внешние тела не передаются вместе с указателем, они не должны удовлетворять транспортным ограничениям, которые налагаются на сам указатель. В частности, почтовая транспортная среда Интернет может реализовать 7-битовый обмен и накладывать ограничение на длину строк, но они не распространяются на указатели на двоичное внешнее тело. Таким образом, транспортное кодирование не обязательно, но допустимо.




Начало  Назад  Вперед