Галкин В.А., Григорьев Ю.А. - Телекоммуникации и сети, страница 101

Поддерживается маршрутизация входящей почты и фильтрация входя­щих соединений на основании ЕР-адресов. На уровне формата сообщений под­держивается UUENCODE и MIME и широкий набор национальных кодировок,4236. Системы электронной почты и почтовых каталоговкоторый при необходимости может быть расширен. Преобразования и переко­дировки могут выполняться на основе анализа почтового адреса получателя.При соединении по SMTP серверов Exchange дополнительно можно вьшолнятьих взаимную ^пгентификацию.Прозрачная интеграция с системой MS Mail 3.x обеспечивается за счет ис­пользования метода «теневого» почтового отделения (shadow post office), под­ключение к которому со стороны соответствующей системы происходит стан­дартным образом.

В случае сопряжения с Lotus cc:Mail, Exchange Serverэмулирует работу МТА (cc:Mail Router) при помощи утилит EXPORT и IMPORTиз стандартного комплекта почтовой системы Lotus cc:Mail.Доступ пользователей к своим почтовым ящикам организован по пришщпуклиент-сервер. В качестве протоколов доступа поддерживаются:• «родной» протокол на основе удаленного вызова процедур (RPC - RemoteProcedure Calls) поверх любого транспортного протокола, поддерживаемогоWindows NT;• протокол РОРЗ;• протокол HTTP, через набор сценариев (ASP - Active Server Pages) серве­ра IIS 3.0.Для осуществления доступа по HTTP броузер клиента должен поддержи­вать исполнение Java-апплетов.Адресация в MS ExchangeВ сервере Exchange использована весьма необычная на первый взгляд схе­ма назначения адресов.

Она двойная, т. е. каждый ящик или список рассылки(а если быть точным - каждый объект каталога) всегда имеет два адреса:адрес Х.400 и внутренний. Во-первых, это диктовалось необходимостью обес­печения возможности использовать произвольное количество адресов различ­ных типов для каждого почтового ящика и осуществления доставки по любомуиз них, что неизбежно потребовало введения параллельной адресащ1и, не со­впадающей ни с одной из существующих. Во-вторых, поскольку внутренниеадреса имели собствеюаш формат и не предназначались для применения запределами одной организащш, потребовалось наличие еще другого адреса, ко­торый мог бы быть использован для общения с внешним миром, был общеиз­вестен и не требовал обязательной регистращш. Этим условиям удовлетворялтолько адрес Х.400. Чтобы обеспечить достаточную гибкость системе, ееХ.400-адрес может бьггь динамически изменен, но не уничтожен.Поскольку любые другие почтовые адреса, включая дополнительные Х.400,являются не более чем атрибутами объекта, их набор и значекме можно произ­вольно изменять по мере необходимости.

Такой подход позволяет реализоватьстоль популярную сейчас концепцию плоского почтового пространства, когдаупоминания о внутрекией структуре организации полностью исключены из по­чтового адреса (например, подавляющее большинство адресов Internet в на­стоящее время имеет вид mailbox@company.com).4246.5. Почтовый каталогПри отправке почтовых сообщений можно использовать любой из поддер­живаемых типов адресов: Х.400, Internet, cc:Mail и MS Mail. Установка почто­вых шлюзов в другие системы позволяет вводить адреса в характерных дляних форматах.Маршрутизация в MS ExchangeДля отправки сообщений внутри почтового пространства, объединяющегосерверы Exchange, системы Х.400, MS Mail и cc:Mail используют статическуюмаршрутизацию. При отправке сообщений через сети SMTP можно использо­вать динамическую маршрутизацию на основе службы имен DNS и/или стати­ческую маршрутизацию на основе таблиц. При синхронизации каталогов таб­лицы маршрутизации обновляются автоматически.6.5.

Почтовый каталогКаталоги в системах электронной почты необходимы пользователю дляполучения расширенной информации о каком-либо предмете на основе мини­мального набора исходных сведений. Примером каталогов, используемых по­всеместно, являются телефонные справочники. Служба каталога в той или иноймере присутствует в каждой из современных систем электронной почты, и от­личия состоят лишь в том, на какие стандарты опирается та или иная реализа­ция и какой набор сервисов представляет.Базовые сведения о стандарте Х.500Стандарт на службу каталогов Х.500 бьш разработан изначально для орга­низации публичных справочников общего доступа, позволяющих хранить ин­формацию из любой области человеческих знаний.

Он представляет собой на­бор рекомендаций комитета ССПТ/ITU, описьшающих исключиггельно принципыпостроения и форматы данных для взаимодействия систем, предоставляющихсервисы поиска в глобальных хранилищах информации. Выбор средств реали­зации полностью возлагается на разработчика. Существуют две редакции этихрекомендаций - 1988 и 1992 гг.Каталог (directory), построенный в соответствии с рекомендациями Х.500,способен хранить информацию о наборе произвольного числа целевых объек­тов (objects of interest), имеющих различную структуру.

Целевые объекты хра­нятся в информационной базе объектов (DIB - Directory Information Base).Каждый объект имеет связанный с ним набор сведений о структуре, свой­ствах и множестве разрешенных: над ним действий, называемый классом объек­та. Сами классы, в свою очередь, также трактуются как объекты.Каждый экземпляр объекта, хранящийся в каталоге, должен соответство­вать одному из зарегистрированных в DIB классов. Для обеспечения непроти­воречивости данных в каталоге объекты необходимо создавать и модифициро­вать только в соответствии с правилами, предписанными классами этихобъектов.4256. Системы электронной почты и почтовых каталоговДля отражения того факта, что сущности реального мира могут содержатьвложенные сущности и одновременно содержаться внутри других сущностей,введена иерархия сущностей.

Сочетание информащюнной базы объектов изнаний об их иерархии образует дерево информационного каталога (DIT Directory Information Tree). Как и положено дереву, оно имеет корень (root entry),узлы, называемые также контейнерами (container entry), и листья (leaf). Ко­рень является стартовой точкой каталога.

Объекты-контейнеры содержат всебе один или более объектов-листьев и/или других контейнеров. Листья несодержат вложенных объектов и, как правило, представляют собой собствен­но целевые объекты. Однако если объект создается «под листом», лист стано­вится контейнером.Набор определений и правил, регулирующих структуру информационной базы,называют схемой каталога (Directory Schema). Схема каталога определяет,объекты каких классов могут быть созданы в рамках каталога, каковы набори предельные значения их атрибутов, как они могут взаимодействовать друг сдругом, и где в информационном дереве каталога они могут находиться.Внутри информационной базы каталога каждый объект должен иметь уни­кальное г4мя (name).

Чтобы однозначно адресовать объект внутри информаци­онной базы, его полное имя в базе также должно быть уникальным и отражатьположение объекта в дереве каталога. Единственный способ получения такогоимени состоит в последовательном добавлении к имени объекта имен уровнейиерархии при движении вверх по дереву объектов.Полученное имя называют характерным именем (DN - Distinguished Name).Имена, получаемые на промежуточных уровнях, называют относительнымихарактерными именами (RDN - Relative Distinguished Name). Эти имена мож­но использовать при относительной адресации объектов каталога на какомлибо уровне иерархии.

Строгого формата построения характерного имени име­нования спецификация Х.500 не приводит.Необходимо отметить, что, несмотря на некоторую схожесть формата ад­ресов Х.400 с Х.500, у них совершенно разная природа и свойства. Значенияключей в адресе Х.400 могут быть произвольными. В Х.500 в связи с тем, чтонабор ключевых слов не определен стандартом, напротив, порядок следованияключей должен строго соответствовать пути к объекту в дереве каталога.

Востальном адреса Х.400 и Х.500 вполне совместимы, и многие Х.400-системыподдерживают настройки Х.500 для ведения глобальных адресных книг и ихавтоматической репликации.Для сокрытия внутренней структуры каталога и механизма работы с ним всоставе информационной системы необходимо предусмотреть два компонен­та, упоминавшихся ранее: системный и пользовательский агенты каталога (DSAи DUA соответственно). При обращении клиента к каталогу за информациейоб интересующих его объектах DUA выступает в роли промежуточного звена,преобразующего запрос в формат, понимаемый DSA и возвращающий полу­ченные результаты в ожидаемом пользователем виде.