Также можно встретить домен верхнего уровня, обозначающий название сети, в которой находится адресат, например, bitnet:

DLV@cunyvms1.bitnet

Обычно такие адреса используются, если эта сеть понимает адреса в формате, отличном от RFC822. Тогда Вы пишите адрес типа

имя@машина.сеть

а мост между Вашей сетью и сетью адресата преобразует его к нужному виду.

Поддомены, расположенные правее домена верхнего уровня, уточняют положение адресата внутри этого домена (внутри России для ru, среди военных организаций США для mil, или в сети BITNET для bitnet). В нашем первом примере

avg@kiae.ru

поддомен kiae обозначает организацию внутри России.

В адресе

lamaster@george.arc.nasa.gov

домен верхнего уровня gov означает, что адресат находится в одном из правительственных учреждений США, первый поддомен nasa уточняет, в каком именно - NASA, второй поддомен arc называет подразделение NASA - Ames Research Center, а george указывает на конкретную машину в этом подразделении.

Если письмо адресуется по имени сети, в которую его надо послать, адрес (домен) состоит только из домена верхнего уровня - имени сети и еще одного поддомена - имени машины в этой сети. Разбираться, где находится данная машина, выпадает на долю почтовых служб этой сети. Таким образом, в адресе

DLV@cunyvms1.bitnet

поддомен cunyvms1 обозначает конкретную машину в сети BITNET. В BITNET существует достаточно строгое соглашение относительно имени машины. Оно обязано состоять из восьми букв, в нашем случае cuny - это City University of New York,

vms - машина под управлением операционной системы VMS, а 1 - номер машины. Почтовые программы, обслуживающие BITNET, по такому коду умеют определять, где эта машина находится, и строить маршрут, по которому письмо дойдет до адресата.

Имена почтовых ящиков.

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

Бывают, однако, машины, у которых нет адреса в формате RFC822. Это значит, что машина не входит ни в одну сеть, понимающую этот формат адреса. Если можно найти другую, подключенную к такой сети промежуточную машину, которая могла бы ей позвонить по телефону и передать сообщение, проблема отправки письма будет решена. Но, поскольку у машины адресата нет формального адреса, промежуточной

машине надо явно указать путь, по которому передавать сообщение.

Для передачи почтовых сообщений по телефонным линиям компьютеры пользуются протоколом uucp. Путь сообщения от Вашей машины до пользователя на другой машине для uucp описывается в такой форме:

машина1!машина2!машина_адресата!имя_адресата

Такой адрес означает, что Ваша машина должна передать сообщение на машину1, та - на машину2, оттуда сообщение следует передать на машину_адресата и положить в почтовый ящик с указанным именем.

Чтобы адресовать сообщение на машину, не имеющую стандартного адреса, найдем промежуточную, имеющую адрес машину, и укажем ее адрес в правой части (домене); путь же от промежуточной машины до почтового ящика адресата распишем в

левой части в формате uucp, например:

watcsc!rose!ocplumb@maytag.waterloo.edu

Правая часть этого адреса указывает на учебные заведения США (домен верхнего уровня edu), среди них на университет Ватерло (первый поддомен), и в нем на машину maytag (второй поддомен); в левой части описан путь от машины maytag через машину watcsc на машину rose и в почтовый ящик пользователя ocplumb, в который-то, наконец, и нужно положить письмо.

Этим способом адресации следует пользоваться только в крайнем случае, поскольку он сложен и не очень надежен (не всякая машина такой адрес правильно поймет).

Вам может попасться адрес и такого необычного вида:

carl%nuceng.decnet@pine.circa.ufl.edu

Такой сложный адрес приходится писать, когда мост между Вашей сетью и сетью адресата письма не умеет преобразовывать адреса. В таком случае в правой части указывается адрес моста в Вашей сети, а в левой - адрес нужного Вам почтового ящика в сети адресата. Поскольку повторение знака @ во втором адресе может вызвать путаницу, вместо него используется знак %. Таким образом Вы явно указываете, через какой мост сообщение должно пройти из Вашей сети в сеть адресата. В нашем примере в правой части приведен адрес моста - машины pine в университете Флориды, - через который сообщение должно перейти в сеть DECNET (сеть машин фирмы DEC), а в левой части - адрес почтового ящика пользователя carl на машине nuceng в сети DECNET.

Почтовые псевдонимы

Псевдонимы позволяют системному администратору и отдельным пользователям переадресовывать почту. Ими можно пользоваться для задания списков рассылки (которые включают нескольких получателей), для пересылки почты между машинами и для того, чтобы к пользователям можно было обращаться по нескольким именам.

Псевдонимы могут быть определены:

üв файле конфигурации пользовательского агента;

üв общесистемном файле псевдонимов /etc/aliases;

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

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

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