Home

Page 48
Page 48
background image

одну из частей письма, самую последнюю из тех, формат которых ему понятен. 
Приводим   пример,   пусть   отправитель   посылает   в   письме   некий   текст, 
нуждающийся в форматировании. Отправитель предпочитает использовать для 
представления   данного   текста   свой   собственный   формат,   описываемый 
типом/подтипом  text/x-superformat,   который   был   специально   разработан   для 
отправки   подобного   рода   данных.   Но   отправитель   не   уверен, что   получатель 
понимает тип text/x-superformat, а в случае, если получатель не поймет данный 
тип, он представит пользователю информацию как text/plain, что плохо, так как 
специальные   символы   форматирования,   используемые   в   формате  text/x-
superformat ухудшат получателю восприятие информации. Поэтому отправитель 
так   же   передает   в   другой   части   этого   же   письма   ту   же   информацию   в   виде 
text/html,   надеясь,   что,   не   понимая   формата  text/x-superformat,   почтовая 
программа получателя понимает хотя бы формат  html. Однако возможно, что и 
такой формат не понятен программе получателя, поэтому в третьей части письма 
отправитель   передает   ту   же   информацию   в   виде  text/plain  –   в   такой   форме 
клиентская   программа   получателя   точно   сможет   отобразить   данные 
пользователю.   В   таком   случае   отправитель   создает   письмо   с  Content-Type: 
multipart/alternative, первая часть письма должна иметь Content-Type: text/plain, 
вторая часть письма должна иметь Content-Type: text/html, третья часть письма 
должна иметь Content-Type: text/x-superformat. Почтовая программа получателя 
должна попытаться отобразить сначала последнюю часть письма, если не может 
предыдущую   и   так   далее.   Обычно   первая   часть   письма   отображается   всеми 
клиентами   (по   крайней   мере   так   формировать   письмо   логично   ),   поэтому   в

 

крайнем случае именно первая часть и будет отображена. Нелогичным кажется, 
что   анализ   письма   необходимо   делать   от   конца   в   начало,   но   это   дает 
возможность   отобразить   содержимое   письма   старым   клиентам.   Рассмотрим 
пример:

   From:  <kalashnikoff@itstep.org>

   To: <dima@dima.com>
   Subject: Super Formatted text

   MIME-Version: 1.0
   Content-Type: multipart/alternative; boundary=1234567890

   
   --1234567890

   Content-Type: text/plain; charset=us-ascii
   

Обычный текст

   --1234567890
   Content-Type: text/html

 

Текст размеченный с помощью HTML

   --1234567890

   Content-Type: text/x-superformat
  

Текст размеченный с помощью собственного формата

   --1234567890--

Подтип  parallel. Данный подтип подобен подтипу  mixed, но указывает на 

то,   что   содержимое   различных   частей   письма   должно   быть   отображено 
ОДНОВРЕМЕННО   (если   конечно   это   позволяет   программное   и   аппаратное 
обеспечение получателя), например, отправив два звуковых файла, музыку и 
вокал,   отправитель   хочет,   чтобы   оба   файла   были   проиграны   получателем 
одновременно, если это возможно. 

Подтип  digest.     Этот   подтип   аналогичен   подтипу  mixed  за   тем 

исключением, что типом по умолчанию для частей письма (если для них явно не 
указан Content-Type) будет message/rfc822, а не text/plain.

Подводим итог: мы рассмотрели два заголовка в рамках стандарта MIME:


Copyright © 2022 Файлообменник files.d-lan.dp.ua

Использование любых материалов сайта возможно только с разрешения автора.