B данном примере приведено использование
From: Whomever
Subject: whatever
MIME-Version: 1.0
Message-ID: id1@host.com
Content-Type: multipart/alternative; boundary=42
--42
Content-Type: message/external-body;
name="BodyFormats.ps";
site="thumper.bellcore.com";
access-type=ANON-FTP;
directory="pub";
mode="image";
expiration="Fri, 14 Jun 1991 19:13:14 -0400 (EOT)"
Content-type--42: application/postscript
Content-type: message/external-body;
name="/u/nsb/writing/rfcs/RFC-XXXX.ps";
site="thumper.bellcore.com";
access-type=AFS
expiration="Fri, 14 Jun 1991 19:13:14 -0400 (EOT)"
Content-type: application/postscript
--42
Content-type: message/external-body;
access-type=mail-server
server="listserv@bogus.bitnet";
expiration="Fri, 14 Jun 1991 19:13:14 -0400 (EOT)"
Content-type: application/postscript
get rfc-xxxx doc
--42--
B данном примере приведено использование «External-Body» и «multipart/alternative». Все сообщение разбито на несколько фрагментов. В каждом из фрагментов находится ссылка на внешний файл. Реально тела почтового сообщения нет (границы программами просмотра не отображаются). Однако если программа
просмотра способна работать с внешними протоколами, то можно ссылки разрешить автоматически, запуская соответствующий сервис.
Стандартным подтипом типа «message» является «rfc822». Данный подтип определяет сообщения стандарта RFC822.
Типы описания нетекстовой информации. Таких типов имеется четыре:
- «image» для описания графических образов. Наиболее часто используются файлы форматов GIF и JPEG.
- «audio» для описания аудио информации. Для воспроизведения сообщения данного типа требуется специальное оборудование.
- «video» для передачи фильмов. Наиболее популярным является формат MPEG.
- «application» для передачи данных любого другого формата, обычно используется для передачи двоичных данных для последующего промежуточного преобразования. Так если на машине стоит видео-карта с 512Kb памяти, а графика подготовлена в 256 цветах, то сначала ее следует преобразовать и здесь может помочь тип «application». Основной подтип данного типа -- «octet-stream», но существуют «ODA» и «Postscript».
Поле типа кодирования почтового сообщения (Content-Transfer-Encoding). Многие данные передаются по почте в их исходном виде. Это могут быть 7bit символы, gbit символы, 64base символы и т.п. Однако при работе в разнородных почтовых средах необходимо определить механизм их представления в стандартном виде -US-ASCII. Для этого существуют процедуры кодирования такого сорта данных. Наиболее широко применяемая -uuencode. Для того, чтобы при получении данные были бы правильно распакованы и введено в стандарт поле «Content-Transfer-Encoding». Синтаксис этого поля следующий: