Администрирование почтовых и файловых серверов в Internet

      X-Weird-Header-1: Bar

      X-Weird-Header-2: Hello

      Message-ID: anotherid@foo.com

      Content-type: audio/basic

      Content-transfer-encoding: base64

      ... first half of encoded audio data goes here...

        and the second half might look something like this:

      From: Bill@host.com

      To: joe@otherhost.com

      Subject: Audio mail

      MIME-Version: 1.0

      Message-ID: id2@host.com

      Content-type: message/partial;

            id="ABC@host.com"; number=2; total=2

      ... second half of encoded audio data goes here...

Атрибуты  подтипа определяют идентификатор сообщения (id), номер порции (number) и общее число порций (total). Следует обратить внимание на то, что каждая часть имеет свое поле "Content-Type". Это означает, что все сообщение может состоять из частей разных типов.

Другим  подтипом является "External-Body", который позволяет ссылаться на внешние, относительно сообщения, информационные источники. Этот подтип похож на гипертекстовую ссылку из типа "text". Приведем конкретный пример:

      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 (EDT)"

      Content-type: application/postscript

      --42

      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 (EDT)"

      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 (EDT)"

      Content-type: application/postscript

      get rfc-xxxx doc

      --42--

В данном примере приведено использование "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 символы, 8bit символы, 64base символы и т.п. Однако при работе в разнородных почтовых средах необходимо определить механизм их представления в стандартном виде - US-ASCII. Для этого существуют процедуры кодирования такого сорта данных. Наиболее широко применяемая - uuencode. Для того, чтобы при получении данные были бы правильно распакованы и введено в стандарт поле "Сontent-Transfer-Encoding". Синтаксис этого поля следующий:

      Content-Transfer-Encoding:= "BASE64" / "QUOTED-PRINTABLE" /

                                "8BIT"   / "7BIT" /

                                "BINARY" / x-token

Каждая  из альтернатив применяется в  своем подходящем случае. Альтернативы "8bit", "7bit", "BINARY" реально  никакого преобразования не требуют, так  как почта передается байтами  и SMTP не делает различия между ними. Однако они введены для строгости  описания типов. "BASE64" обычно используется в связке с типом "text/ISO-8859-1", "x-token" позволяет пользователю описать свою процедуру преобразования.

Дополнительные  необязательные поля. Как уже говорилось ранее, стандарт определяет еще два дополнительных поля: "Content-ID" и "Content-Description". Первое поле определяет уникальный идентификатор содержания, а второе служит для комментария содержания. Ни то, ни другое программами просмотра обычно не отображаются.

В заключении обсуждения стандарта MIME комплексный пример без комментариев:

      MIME-Version: 1.0

      From: Nathaniel Borenstein <nsb@bellcore.com>

      Subject: A multipart example

      Content-Type: multipart/mixed;

            boundary=unique-boundary-1

      This is the preamble area of a multipart message.

      Mail readers that understand multipart format

      should ignore this preamble.

      If you are reading this text, you might want to

      consider changing to a mail reader that understands

      how to properly display multipart messages.

      --unique-boundary-1

      ...Some text appears here...

      [Note that the preceding blank line means

      no header fields were given and this is text,

      with charset US ASCII.  It could have been

      done with explicit typing as in the next part.]

      --unique-boundary-1

      Content-type: text/plain; charset=US-ASCII

      This could have been part of the previous part,

      but illustrates explicit versus implicit

      typing of body parts.

      --unique-boundary-1

      Content-Type: multipart/parallel;

            boundary=unique-boundary-2

      --unique-boundary-2

      Content-Type: audio/basic

      Content-Transfer-Encoding: base64

      ... base64-encoded 8000 Hz single-channel

      u-law-format audio data goes here....

      --unique-boundary-2

      Content-Type: image/gif

      Content-Transfer-Encoding: Base64

      ... base64-encoded image data goes here....

      --unique-boundary-2--

      --unique-boundary-1

      Content-type: text/richtext

      This is <bold><italic>richtext.</italic></bold>

      <nl><nl>Isn't it <bigger><bigger>cool?</bigger></bigger>

      --unique-boundary-1

      Content-Type: message/rfc822

      From: (name in US-ASCII)

      Subject: (subject in US-ASCII)

      Content-Type: Text/plain; charset=ISO-8859-1

      Content-Transfer-Encoding: Quoted-printable

      ... Additional text in ISO-8859-1 goes here ...

      --unique-boundary-1--

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

3. Программное обеспечение  почтового обмена

Согласно  схеме почтового обмена (рисунок 2.1) взаимодействие между участниками  этого обмена строится по классической схеме "клиент-сервер". При этом схему можно подразделить на несколько  этапов. Первый - взаимодействие по протоколу SMTP между почтовым клиентом (Internet Mail, Netscape Messager, Eudora и т.п.) и почтовым транспортным агентом (sendmail, smail, ntmail и т.п.), второй - взаимодействие между транспортными агентами в процессе доставки почты получателю, результатом которого является доставка почтового сообщения в почтовый ящик пользователя и третий - выборка сообщения из почтового ящика пользователя почтовым клиентом в почтовый ящик пользователя на машине пользователя по протоколу POP3 или IMAP.

3.1. Программа Sendmail

Основным  средством рассылки почты в Internet является программа sendmail. Она обеспечивает работу модульной системы рассылки, которая предназначена для получения и отправки корреспонденции, а также управления программами подготовки и просмотра почтовых сообщений. Sendmail позволяет организовать почтовую службу локальной сети и обмениваться почтой с другими серверами почтовых служб через специальные шлюзы. Sendmail может быть сконфигурирована для работы с различными почтовыми протоколами. Обычно это протоколы UUCP (Unix-Unix-CoPy) и SMTP (Simple Mail Transfer Protocol).

Sendmail работает  как "отделение связи" обычной  почтовой службы, которое принимает  и пересылает почтовые сообщения. Sendmail может интерпретировать два  типа почтовых адресов: 

• почтовые адреса SMTP;
• почтовые адреса UUCP.

Первые  являются стандартными адресами Internet и, фактически, являются стандартом де-факто. Именно этот адрес обычно указан на визитных карточках.

Sendmail можно  настроить для поддержки: 

• списка адресов-синонимов;
• списка адресов рассылки пользователя;
• автоматической рассылки почты через шлюзы;
• очередей сообщений для повторной рассылки почты в случае отказов при рассылке;
• работы в качестве SMTP-сервера;
• доступа к адресам машин через сервер доменных имен BIND;
• доступа к внешним серверам имен.

Принцип работы программы sendmail

Sendmail отправляет  почту в два приема: сначала  почтовые сообщения собираются  в очереди, а затем отсылаются.

Каждое  сообщение состоит из трех частей: конверта, заголовка и тела сообщения.

Конверт. Конверт состоит из адреса отправителя, адреса получателя и информации рассылки, которая используется программами подготовки, рассылки и получения почты. Конверт остается невидимым для отправителя и получателя почтового сообщения.

Заголовок. Заголовок состоит из стандартных текстовых строк, которые содержат адреса, информацию о рассылке и данные. Заголовок может быть частью подготовленного пользователем текстового файла, а может быть подготовлен и добавлен к телу сообщения программой подготовки почты. Данные из заголовка могут быть использованы для оформления конверта сообщения.