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

Нотификацию используют для автома­тического уведомления отправителя о факте доставки и/или прочтения, послан­ного им сообщения. IPN представляет собой плоский текст произвольногосодержания в формате US-ASCII. Прочие типы содержимого сообщений не­сут служебную нагрузку и используются исключительно для взаимодействиясистем между собой.Несмотря на мощную теоретическую базу и практически безупречный ар­хитектурный дизайн, семейство протоколов Х.400 не получило широкого рас­пространения за пределами государственных и банковских учреждений. «Ахил­лесовой пятой» этого стандарта явились чрезмерная сложность реализации изначительная стоимость внедрения и эксплуатации систем на его основе. От­сутствие свободного доступа к стандартам и проблемы несовместимости МТАразличных версий также отрицательно сказались на темпах внедрения Х.400 вкачестве глобальной среды передачи данньпс.Адресация в Х.400В системах на базе рекомендаций Х.400 используется одна из самых мощ­ных схем адресации, известная как автор/получатель (0/R - Originator/Recipient).Структура адреса и терминология, применяемая при определении адресов, опи4156.

Системы электронной почты и почтовых каталоговрается на предположение (не лишенное оснований), что глобальная телеком­муникационная сеть управляется и поддерживается официально зарегистриро­ванными в ССПТЯТи коммерческими компаниями, предоставляющими своиуслуги прочим организациям. В терминах рекомендаций Х.400 телекоммуни­кационные компании называются администрацией (Administration). Управляю­щим доменом (MD - Management Domain) называется объединение по край­ней мере одного МТА и произвольного (в том числе нулевого) числапользовательских агентов (UA), информационных хранилищ (MS) и/или шлю­зов (AU), принадлежащих и управляемых одной компанией.

Управляющий до­мен, поддерживаемый администрацией, называется административным управ­ляющим доменом (ADMD - Administration Management Domain). Остальныедомены, обслуживаемые неадминистрациями, называются частными управ­ляющими доменами (PRMD - Private Management Domain). В обязанностиADMD входит контроль за уникальностью имен PRMD, пользующихся его ус­лугами, обеспечение корректной работы телекоммуникационного оборудова­ния, начисление платы за услуги и взаимные расчеты с другими ADMD. PRMDназначает имена внутри собственного управляющего домена. Согласно реко­мендациям CCITT, частные управляющие домены должны направлять весьнелокальный трафик только через свой административный домен, прямая жепередача данных между PRMD не рекомендуется.

На территории каждого го­сударства может существовать несколько ADMD, однако в целях обеспече­ния «максимальной» совместимости с национальной политикой сфера деятель­ности ADMD не распространяется за пределы государственных границ. Поэтой же причине существование международных PRMD неявно запрещено.Пользовательский адрес Х.400 представляет собой набор атрибутов. Дляразделения атрибутов используют либо прямой слеш, либо двоеточие. Каж­дый атрибут записывается в виде КЛЮЧЕВОЕ_СЛОВО=ЗНАЧЕНИЕ, для клю­чевых слов можно использовать аббревиатуры и метки.

Часть атрибутов, неоказывающих влияния на уникальность адреса, можно опустить. Сведения обадресате могут иметь произвольный порядок следования. Существует четыретипа адресов Х.400:• мнемонический (Mnemonic) - для представления обычных пользовате­лей и списков рассылки (этот тип адресов используется наиболее часто);• цифровой (Nmneric), служит для представления пользователей, использу­ющих только цифровые клавиатуры для регистрации и посылки сообщений;• терминальный (Terminal) - для представления пользователей, использую­щих терминалы, подключенные к сетям передачи данньпс;• почтовый (Postal) - для представления пользователей, не использующихэлектронньпс устройств.Маршрутизация в Х.400В силу архитектурных особенностей Х.400 для гарантированного установ­ления соединеьшя между двумя МТА необходима ручная настройка значитель4166.2. Системы на базе протокола SMTRного числа параметров, таких, как идентификаторы SAP, имена и пароли МТАи т.

п. Поэтому динамическая маршрутизация в системах Х.400 невозможна.Однако в случае использования каталога организации, информация о маршру­тах может быгь добавлена в таблицы автоматически.6.2. Системы на базе протокола SMTPSMTP (Simple Message Transfer Protocol), или в дословном переводе про­стой протокол передачи сообщений, был разработан в среде UNIX и предназ­начался исключительно для общения между собой почтовых серверов. В мо­дели OSI протокол SMTP хотя и находится на уровне приложений, способенобщаться только с TCP/IP, расположенном на четвертом транспортном уровне.Общие сведения и характеристика протокола SMTPВ связи с бурным ростом Internet протокол SMTP на сегодняпший деньполучил очень широкое распространение как протокол передачи сообщений.Практически все производители пакетов электронной почты либо поддержива­ют протокол SMTP как базовый, либо используют его на уровне шлюзов.

Вбольшой степени такая популярность объясняется сравнительной простотойреализации и широкими возможностями расширяемости без ущерба для об­ратной совместимости с существующими версиями почтовых систем. Нема­ловажным фактором является также широкая доступность спецификаций и от­сутствие необходимости отчислять средства за их использование.SMTP-системы в последнее время активно развиваются в следующих на­правлениях:• расширение протокола общения сервер-сервер (собственно SMTP);• создание и улучшение протокола общения клиент-сервер (РОРЗ, IMAP4);• внедрение и распшрение нового формата сообщений (ШМЕ).Начальная версия протокола SMTP поддерживала ограниченный набор ко­манд и сервисов для приема и передачи сообщений.

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

Классическая по­чтовая SMTP-система требует наличия файлового доступа клиента к своемупочтовому ящику для получения и работы с сообщениями. Для реализации ра­боты в режиме клиент-сервер бьш создан протокол обслуживания почтового4176. Системы электронной почты и почтовых каталоговофиса (POP - Post Office Protocol). Самой удачной оказалась версия РОРЗ,широко используемая в современньпс SMTP-системах.

Наиболее совершен­ные реализации поддерживают аутентификацию с шифрованием имени и паро­ля и шифрование трафика по протоколу Secure Socket Layer (SSL). Однако прилспользовании протокола РОРЗ невозможен просмотр характеристик сообще1шя без предварительной загрузки его на станцию клиента. Для просмотра иманипуляции свойствами почтового сообщения непосредственно на сервере, атакже преодоления ряда других функциональных ограничений бьш разработанпротокол IMAP4.

Следует заметить, что как для случая использования клас­сического клиента (команда mail), так и для случая применения РОРЗ илиIMAP4 отправка подготовленных клиентом сообщений требует наличия сер­вера SMTP.Изначально SMTP-системы предназначались для передачи информации ис­ключительно в текстовом виде и не бьши ориентированы на передачу симво­лов национальных алфавитов, т. е. использовали 7-битный набор символов. Дляпередачи двоичных файлов бьш разработан стандарт UUENCODE, позволяю­щий внедрять предварительно преобразованные из бинарного в текстовый видпроизвольные данные непосредственно в текст сообщения. Даже в этом слу­чае никакой информации о типе передаваемых данных и породившем их прило­жении принимающая сторона не имела.

По мере расширения сети Internet, ус­ложнения программного обеспечения и активного внедрения мультимедианазрела необходимость создания универсального формата типизации и пред­ставления двоичных данных и текста, содержащего национальные символы.Таким универсальным форматом стали многофункциональные расширения по­чты Internet (МШЕ - Multipurpose Internet Mail Extensions). Формат MIME ока­зался удобным, поскольку в него бьши заложены возможности неограниченно­го расширения как поддерживаемых типов данных, так и национальныхкодировок.Сообщение SMTP, подобно сообщению Х.400, использует понятия конвертаи содержимого, которое, в свою очередь, имеет заголовок и тело.

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

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

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

Даннаясхема обеспечивает уникальность адреса практически неограниченному чис­лу пользователей. Почтовый адрес SMTP записывают в следующем виде:mailbox@domain, где mailbox - символическое имя почтового ящика пользова­теля (до 63 символов); domain - уникальное имя (почтовый домен) системы, вкоторой зарегистрирован упомянутый пользователь (до 255 символов).Сочетание имени и домена образует уникальный идентификатор пользова­теля. Почтовый домен хранит полную информащпо о положении системы виерархии почтового пространства организащш.

Каждый следующий уровеньиерархии отделен от предьщущего точкой. Разбор имени домена происходитсправа налево. Самый верхний уровень (top level), назьгааемый корневым до­меном (root domain), соответствует либо типу организащш (com - для коммер­ческой, gov - для государственной, org - для общественной и т. п.), либо гео­графическому региону (стране) (ш - для России, fr - для Франции и т. д.).Следующими в иерархии идут домены первого уровня (first level), как правило,представляющие имя организации.