Поле заголовка «Content-Type»

Назначение этого поля — наиболее полное описание данных, содержащихся в теле, с тем, чтобы почтовый агент (программа) получателя могла выбрать соответствующий механизм для их обаботки. Данное поле включает в себя идентификаторы типа и подтипа, а также может содержать некоторую вспомогательную информацию, которая может потребоваться для конкретного типа данных. После идентификаторов типа и подтипа оставшаяся часть поля — просто набор парамеров, заданных в порядке «атрибут/значение». Набор параметров зависит от типа данных. Глобальные механизмы в MIME-модели реализованы с помощью введения дополнительных полей «Content-*»). Очередность параметров значения не имеет.

Вообще, поле Content-Type самого верхнего уровня используется для объявления общего типа данных, в то время как подтип определяет специальный формат для данных этого типа. Хотя многие параметры имеют смысл лишь для конкретного типа, некоторые все же являются глобальными в том смысле. что они применимы ко всем типам (например, параметр «boundary» применим только с типом «multipart», а параметр «charset» может использоваться с несколькими типами).

Пока имен типов только семь, и пока этого достаточно. Кроме того, предполагается, что расширение существующего набора поддерживаемых типов данных будет производиться засчет введения новых подтипов этих изначально определенных типов данных. В будущем добавление имен типов верхнего уровня может быть произведено только при принятии новой версии стандарта MIME. Если по какой-либо другой причине в существующей версии используется незарегистрированный тип содержимого, ему должно быть дано имя, начинающееся с «X-», чтобы подчеркнуть его нестандартный статус и заранее предупредить конфликт с официальным именем типа, которое может быть введено позднее.

Правильное заполнение поля Content-Type:

" Content-Type" «:» тип «/» подтип *(«;» параметр).

тип := «application» / «audio» .

/ «image» / «message» .

/ «multipart» / «text» .

/ «video» / признак нестандартного типа.

признак нестандартного типа := x- / iana;

iana- :=.

x- :=.

подтип := слово.

параметр := атрибут «=» значение.

атрибут := слово.

значение := слово / строка в кавычках.

слово := любые ASCII-символы кроме пробелов, Ctrl-последовательностей и специальных символов.

cспециальные символы := «(«/ «)» / «» / «@» .

/ «,» / «;» / «:» / «» /.

/ «/» / «[» / «]» / «?» / «=».

Здесь набор специальных символов отличается от набора, определенного в RFC 822 только наличием символов «/», «?», «=» и отсутствием символа «.» .

Указание подтипа в данном поле является обязательным, т.к. нет подтипов по умолчанию. В отличие от имен типов, подтипов и параметров, значения параметров в общем случае являются чувствительными к регистру букв, но могут быть и нечувствительными — в зависимости от параметра Существует два приемлемых механизма для введения новых подтипов для поля Content-Type:

• 1. Нестандартные значения (начинающиеся с «X-») могут быть опредлены по договоренности для двух или более общающихся друг с другом почтовых агентов (программ) без какой-либо внешней регистрации и стандартизации.
• 2. Новые стандартные значения подтипов должны быть документированы, зарегистрированы и опробованы в IANA.

Text — текстовая информация. Основой подтип — " plain"  — соответствует обычному неформатированному тексту и не требует специального программного обеспечения для отображения этого текста за исключением поддержки национальных кодировок. Другие подтипы используются в случае размеченного текста, когда с помощью специальной программы можно улучшить его визуализацию, но для понимания идеи содержания можно обойтись и без дополнительного ПО. Возможные подтипы могут описывать легко читаемые форматы различных текстовых процессоров.

Multipart — содержимое письма состоит из некоторого множества частей, содержащих данные различных взаимонезависимых типов. Изначально определено четыре подтипа:

• 1. «mixed» — основной;
• 2. «alternative» — для представления одних и тех же данных в разных форматах;
• 3. «parallel» — если разные части документа должны просматриваться одновременно;
• 4. «digest» — если каждая из частей тела письма имеет тип «message» .

Message — письмо в письме. Тело, содержащее данные типа «message», само является письмом или частью письма, полностью отформатированного в соответствии со стандартом RFC 822, которое, в свою очередь, может содержать свое собственное поле заголовка" Content-Type" .Подтипы:

• 1. «rfc822» — основной;
• 2. «partial» — определен для частично-цитируемых писем для предотвращения фрагментирования тел содержащихся писем в случае слишком большой их общей длины для возможностей почтового транспорта;
• 3. «External-body» — используется, чтобы указать, что тело письма очень большое и находится вне письма.

Image — графические данные. Графика требует соответствующего устройства вывода (графический дисплей, принтер, факс) для отображения своей информации. Изначально определены два подтипа для наиболее распространенных графических форматов — jpeg и gif.

Audio — звуковая информация. Требует звуковое устройство (динамик или наушники) для вывода информации. Основной подтип — " basic" .

Video — видео. Требует специальных аппаратных и программных возможностей для отображения видео-информации. Единственный изначально определенный подтип — " mpeg" .

Application — как правило, неинтерпретируемый двоичный код либо информация, предназначенная для обработки почтовой программой. Подтипы:

• 1. «octet-stream» — основной подтип; предназначен для неинтерпретируемых двоичных данных, для которых рекомендуемым действием является предложение пользователю сохранить в файл на диске.
• 2. «PostScript» — дополнительный подтип; применяется при пересылке PostScript-документов в теле письма.