Схемы физической реализации электронной почты Х.400

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

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

На рис. 7.9, б приведена система сообщений для двух компьютеров, которые распределяют функции этой системы. В первой части снова агенты пользователей и агенты пересылки сообщений совмещены в одном компьютере, что позволяет пользователю применять простой терминал. Слева система содержит агента пересылки сообщений и одно или несколько хранилищ сообщений. В этом случае функции агента пользователя будут реализованы в терминале пользователя (ТК), который должен выполнять функции сообщений. Для реализации этих функций необходимо использовать персональный компьютер (ПК).

На рис. 7.9, в отражено вариант системы обработки сообщений, когда компьютерная система левой части системы обработки сообщений реализует только функции агента пользователя (возможно, больше одного). Система в правой части содержит все компоненты системы сообщений: агент пересылки сообщений, хранилище сообщений и агент пользователя. Такой вариант дает возможность подключить к системе сообщений различные классы терминалов.

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

Способы физической реализации системы обработки сообщений

-система и справочная Х.500-служба

Процесс доставки сообщения требует сведений об адресах получателя, а при больших объемах сети запомнить все адреса очень сложно и необходимо иметь справочную службу, которая бы помогала получить адреса отправителя / получателя. Рекомендации МККТТ Х.500 можно рассматривать как стандарт для подобной справочной службы.

Цель справочной Х.500-системы - обеспечение глобальной справочной службы. Все пользователи потенциально имеют право входа в этот справочник, используя определенный набор атрибутов. Входы в информационную базу справочника распределены по так называемым информационно-справочным номером. Вершины дерева являются входами: более высокие вершины - это страны, далее следуют организации и тому подобное.

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

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

Протокол SMTP

SMTP (Simple Message Transfer Protocol), или, в дословном переводе, простой протокол передачи сообщений, был создан в среде UNIX и предназначался исключительно для общения почтовых серверов между собой. В терминах модели OSI протокол SMTP находится на уровне приложений.

Сейчас SMTP стал стандартом де-факто. Во многом такая популярность объясняется сравнительной простотой реализации и широкими возможностями расширяемости без ущерба для обратной совместимости с имеющимися версиями почтовых систем. Важным фактором является также широкая доступность спецификаций и отсутствие необходимости отчислять средства за их использование. SMTP-системы в последнее время активно развиваются в направлениях:

- Расширение протокола общения сервер - сервер (собственно SMTP)

- Создание и улучшение протокола общения клиент

- Сервер (РОРЗ, ИМАР4)

- Внедрение и расширение нового формата сообщений (МИМЭО).

Начальная версия протокола SMTP поддерживала ограниченный набор команд и сервисов для приема и передачи сообщений. В последнее время был разработан его расширенный вариант (Extended или ESMTP), что обеспечивает стандартную возможность дальнейшего расширения и поддержку таких функций, как подтверждение доставки (Delivery Notification Request или DNR), согласование максимально допустимого размера сообщений, передаваемых между серверами и принудительной инициацией передачи накопленной почты (dequeue). Однако одной из слабых сторон SMTP были и есть невозможность аутентификации входящих соединений, шифрование диалога и потока передачи данных между серверами.

Отсутствие средств аутентификации входящих соединений не позволила использовать SMTP для обслуживания клиентского доступа. Классическая почтовая SMTP-система требует наличия файлового доступа клиента к своему почтовому ящику для получения и работы с сообщениями. Для реализации работы в режиме клиент-сервер был создан протокол обслуживания почтового офиса (Post Office Protocol, или POP). Наиболее удачной оказалась версия РОРЗ, широко используется в современных SMTP-системах. Наиболее развитые реализации поддерживают аутентификацию с шифрованием имени и пароля и трафика по протоколу Secure Socket Layer (SSL). Однако при использовании протокола РОРЗ нет возможности просмотра характеристик сообщения без предварительной загрузки его на станцию клиента. Для решения проблемы просмотра и манипуляции свойствами почтового сообщения непосредственно на сервере, а также для преодоления ряда других функциональных ограничений был разработан протокол ИМАР4, его поддержка в большинстве коммерческих систем ожидается в ближайшем будущем. Стоит отметить, что как для случая использования классического клиента (команда mail), так и для случая применения РОРЗ или ИМАР4, отправление подготовленных клиентом сообщений требует наличия сервера SMTP.

Сначала SMTP-системы рассчитывали на передачу информации исключительно в текстовом виде и не были ориентированы на передачу символов национальных алфавитов, то есть использовали 7-битный набор символов. Для решения проблемы передачи двоичных файлов был разработан стандарт UUENCODE, что позволяет принимать предварительно преобразованы из бинарного в текстовый вид произвольные данные непосредственно в текст сообщения. Однако всеобъемлющим такой подход назвать было трудно, потому что в общем случае никакой информации о природе вложения (типа передаваемых данных и программу, которые создала) принимающая сторона не имела. По мере расширения сети Интернет, осложнения программного обеспечения и активного внедрения мультимедиа назрела необходимость создания универсального формата типизации и представления двоичных данных и текста, содержащего национальные символы. Таким универсальным форматом стали многофункциональные расширения почты (Multipurpose Internet Mail Extensions, или МИМЭО). Формат MIME оказался чрезвычайно удачным, поскольку в него были заложены возможности неограниченного расширения, как поддерживаемых типов данных, так и национальных кодировок.

Сообщение SMTP, подобно сообщению Х.400, использует понятие конверта и содержания, что, в свою очередь, имеет заголовок и тело. Функциональное назначение их полностью идентично. Состав полей в заголовке определяется форматом тела сообщения (UUENCODE или МИМЭО). Ни одно поле не является обязательным, но, как правило, указываются такие поля, как кому (То :), от кого (From :) и тема (Subject :). В случае использования формата МИМЭО, в заголовке обязательно должен быть строка "MIME-Version: 1.0". Полный перечень возможных полей в заголовке сообщения SMTP находится в RFC 2076.

Отличительной чертой SMTP-систем является то, что в них, как правило, обеспечивается фактическая независимость процесса передачи от формата содержания. За интерпретацию содержания им должна отвечать только клиентская программа (mail reader). Однако платой за совместимость на уровне МТА в этом случае является неэффективность передачи любых нетекстовых данных или сообщений, использующих символы национальных алфавитов, в результате предыдущей трансляции информации в текстовое представление. В зависимости от используемого алгоритма преобразования размер фактически переданных данных может вырасти на 30-100%.

Важной проблемой в процессе передачи данных с помощью SMTP-систем является обеспечение конфиденциальности. Поскольку сообщения передаются в текстовом виде, они могут быть легко перехвачены и в произвольной форме изменены. Для решения проблем по защите информации был создан стандарт на шифрование тела сообщения, так называемые засекречены многофункциональные расширения почты (Secure MIME, или S / MIME). Однако этот протокол не в состоянии защитить от перехвата заголовки сообщений.

Simple Mail Transfer Protocol не зависит от транспортной среды и может использоваться для доставки почты в сетях с протоколами, отличными от TCP / IP и Х.25. Достигается это за счет концепции ИРСЕ (Interprocess Communication Environment). ИРСЕ позволяет взаимодействовать процессам, поддерживающих SMTP в интерактивном режиме, а не в режиме "STOP-GO".

 
< Пред   СОДЕРЖАНИЕ   След >