Interested Article - MIME

amity
  • 2020-02-25
  • 1

MIME ( /maɪm/ , англ. M ultipurpose I nternet M ail E xtensions — многоцелевые расширения интернет-почты) — стандарт , описывающий передачу различных типов данных по электронной почте , а также, в общем случае, спецификация для кодирования информации и форматирования сообщений таким образом, чтобы их можно было пересылать по Интернету .

Введение

MIME определяет механизмы для передачи разного рода информации внутри текстовых данных (в частности, с помощью электронной почты), а именно: текст на языках, для которых используются кодировки, отличные от ASCII, и нетекстовые данные, такие, как картинки, музыка, фильмы и программы. MIME является также фундаментальным компонентом коммуникационных протоколов, таких как HTTP , которым нужно, чтобы данные передавались в контексте сообщений, подобных e-mail, даже если данные реально не являются e-mail.

Основной формат электронных сообщений определен в , который является обновлённой версией (который, в свою очередь, является обновлённой версией ). Эти стандарты определяют похожие форматы для текстовых e-mail-заголовков и содержимого и правил, относящихся к общеиспользуемым полям, таким как To: , Subject: , From: и Date: . MIME определяет набор e-mail-заголовков для определения дополнительных атрибутов сообщения, включая тип контента, и определяет множество кодировок, которые могут быть использованы для представления 8-битных бинарных данных с помощью символов из 7-битного ASCII. MIME также определяет правила для кодирования символов из Extended ASCII (с кодами 128—255) в заголовках e-mail-сообщения, таких как Subject: .

MIME расширяем для новых типов — его определение включает метод для регистрации новых типов контента и других атрибутов.

Организация данных

Формат MIME поддерживает передачу нескольких сущностей в пределах одного сообщения. Причём сущности могут передаваться не только в виде одноуровневой последовательности, но и в виде иерархии с вложением элементов друг в друга. Для обозначения множественного содержимого используются медиа-типы multipart/* . Работа с такими типами осуществляется по общим правилам, описанным в (если иное не определено конкретным медиа-типом). Если получателю неизвестно как работать с типом, то он обрабатывает его так же, как multipart/mixed .

Для передачи множественного сообщения в заголовок Content-Type добавляется параметр boundary (граница), который обозначает последовательность символов, разделяющих части сообщения. Граница может состоять из цифр, букв и символов '()+_,-./:=? . При использовании специальных символов (не цифр и букв) значение параметра boundary следует заключать в двойные кавычки " . Максимальная длина границы — 70 символов .

Начало каждой части сообщения обозначается строкой --boundary . Конец последнего сообщения обозначается строкой --boundary-- . Самые первые символы переноса строки CRLF (коды 13 и 10), которыми начинаются и заканчиваются пограничные строки, не входят в содержимое самой части. Если за ними следуют ещё переносы строк, то они уже принадлежат включаемой части.

Перед первой частью и после последней может быть дополнительный текст. Он называется преамбулой и эпилогом , соответственно. В протоколе HTTP эти элементы игнорируются. В сообщении электронной почты преамбула может содержать текст, выводимый клиентами электронной почты, не понимающими формата MIME.

В самом начале включаемой части располагаются заголовки, описывающие её содержимое ( Content-Type , Content-Length и т. п.). Перед непосредственно телом части обязательно должна быть пустая строка, даже если заголовки отсутствуют. Если не определён Content-Type , то он берётся по умолчанию — text/plain .

Тест Марка Криспина

Марк Криспин (Mark Crispin), автор протокола IMAP, написал тест для проверки корректности обработки MIME . Тест представляет собой письмо в формате mbox :

Это сумасшедшее письмо! В нём около 30 вложенных друг в друга частей. Очень хороший тест

Оригинальный текст (англ.)

This message is crazy! It has about 30 parts nested inside each other. A very good test

— разработчики SquirrelMail

Стандарты

RFC Дата Тема Обновлён в (Updated by) Обновляет (Updates) Заменён (Obsoleted by) Заменяет (Obsoletes)
Устаревшие
13 августа 1982 STANDARD FOR THE FORMAT OF ARPA INTERNET TEXT MESSAGES
(Формат электронной почты ) 		1123, 1138, 1148, 1327, 2156 2822 733 (NIC #41952)
ноябрь 1996 MIME Part Four: Registration Procedures 3023 — 4288, 4289 1521, 1522, 1590
Текущие
декабрь 1993 Handling of Bi-directional Texts in MIME
(Обработка двунаправленных текстов в MIME) 		— — — —
ноябрь 1996 MIME Part One: Format of Internet Message Bodies
(MIME Часть первая: Формат тела сообщений) 		2184, 2231, 5335, 6532 — — 1521, 1522, 1590
ноябрь 1996 MIME Part Two: Media Types
(MIME Часть вторая: типы содержимого) 		2646, 3798, 5147 — — 1521, 1522, 1590
ноябрь 1996 MIME Part Three: Message Header Extensions for Non-ASCII Text
(MIME Часть третья: Расширения заголовка для не-ASCII-текста) 		2184, 2231 — — 1521, 1522, 1590
ноябрь 1996 MIME Part Five: Conformance Criteria and Examples
(MIME Часть пятая: Соответствие критериям и примеры) 		— — — 1521, 1522, 1590
декабрь 2005 Media Type Specifications and Registration Procedures — — — 2048
декабрь 2005 MIME Part Four: Registration Procedures — — — 2048
февраль 2007 Media Type Registration of RTP Payload Formats — — —

См. также

Примечания

  1. . p. 20. sec. 5.1.1. doi : . . {{ citation }} : |title= пропущен или пуст ( справка )
  3. (недоступная ссылка)
  4. . Дата обращения: 10 июля 2009. 12 июня 2009 года.

Ссылки

  • неполный русский перевод спецификации «MIME — Multipurpose Internet Mail Extensions. Part one. Mechanismes for Specifying and Describing the Format of Internet Message Bodies», а также конспект некоторых других документов, касающихся применения стандарта MIME
  • (рус.)
  • (англ.)
  • (из лекций Григория Масича)
Источник —

amity
  • 2020-02-25
  • 1

Same as MIME

The title for the last searches