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

RFC 1521, Страница 14 из 30

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.html822
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--

Страница 14 из 30

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