Меню
Главная
Авторизация/Регистрация
 
Главная arrow Информатика arrow Таможенные информационные технологии

Схемы физической реализации электронной почты Х.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".

 
< Предыдущая   СОДЕРЖАНИЕ   Следующая >
 

Предметы
Агропромышленность
Банковское дело
БЖД
Бухучет и аудит
География
Документоведение
Естествознание
Журналистика
Инвестирование
Информатика
История
Культурология
Литература
Логика
Логистика
Маркетинг
Математика, химия, физика
Медицина
Менеджмент
Недвижимость
Педагогика
Политология
Политэкономия
Право
Психология
Региональная экономика
Религиоведение
Риторика
Социология
Статистика
Страховое дело
Техника
Товароведение
Туризм
Философия
Финансы
Экология
Экономика
Этика и эстетика
Прочее