RFC: 1521
Оригинал: MIME - Multipurpose Internet Mail Extensions
Другие версии: RFC 1341, RFC 2045, RFC 2046, RFC 2047, RFC 2048, RFC 2049
Категория: Проект стандарта
Дата публикации:
Авторы: ,
Перевод: Антон Воронин

7.2.6. Другие подтипы типа "multipart"

В будущем ожидается введение новых подтипов. Программистам рекомендуется интерпретировать незнакомые подтипы типа 'multipart' аналогично "multipart/mixed".

Формальный синтаксис поля Content-Type для данных типа "multipart":

multipart-тип := "multipart" "/" multipart-подтип
                 ";" "boundary" "=" метка_границы

multipart-подтип := "mixed" / "parallel" / "digest"
               / "alternative" / подтип-расширение

Полный пример Multipart-письма

Данный пример иллюстрирует письмо из пяти частей: две — простой текст, одна — вложенное multipart-письмо, одна — размеченный текст и одна — вложенное письмо, содержащее текст в не-US-ASCII языковой кодировке. Третья часть (вложенное multipart-письмо) состоит из двух частей, требующих параллельного представления пользователю, — графическое изображение и звуковой фрагмент.

MIME-Version: 1.0
From: Nathaniel Borenstein
To: Ned Freed
Subject: A multipart example
Content-Type: multipart/mixed;
     boundary=unique-boundary-1

Это область преамбулы multipart-письма. Почтовые программы, понимающие
формат multipart, должны игнорировать все, что в ней  находится.  Если
же вы при получении подобного письма видите этот текст на экране,  вам
следует сменить почтовую программу.
--unique-boundary-1

   ...Здесь находится некоторый текст...
[Обратите внимание, что предшествующая  пустая  строка  означает,  что
поля заголовка не были заданы,  и  это — простой  текст  в  языковой
кодировке US ASCII.]

--unique-boundary-1
Content-type: text/plain; charset=US-ASCII

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

--unique-boundary-1
Content-Type: multipart/parallel;
     boundary=unique-boundary-2

--unique-boundary-2
Content-Type: audio/basic
Content-Transfer-Encoding: base64

   ... кодированный в base64 одноканальный звуковой фрагмент для час-
       тоты 8000 Hz в формате mu-law....

--unique-boundary-2
Content-Type: image/gif
Content-Transfer-Encoding: base64

   ... здесь  находится    кодированное    в    base64    графическое
       изображение....

--unique-boundary-2--

--unique-boundary-1
Content-type: text/richtext

Это текст с разметкой
в соответствии с определением RFC 1341
Неправда ли, он крут?

--unique-boundary-1
Content-Type: message/rfc822

From: (имя отправителя в US-ASCII)
To: (адрес в US-ASCII)
Subject: (subject в US-ASCII)
Content-Type: Text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: Quoted-printable

   ... Некоторый текст в ISO-8859-1 ...

--unique-boundary-1--
2007 - 2017 © Русские переводы RFC, IETF, ISOC.