му MMDF (средство мультиканального распределения меморандума версии IIв, модифи- кации #32) для направления почты непосредственно и через сети Micnet, UUCP или другие сети, которые обслуживает систему MMDF. Чтобы установить пакет MMDF , необходимо использовать ути- литу custom(ADM) для формирования конфигурации базовой системы. Данная утилита используется для посылки почты локальному компь- ютеру. Система MMDF обладает свойством многофункциональности и удобно настраивается на конфигурацию маршрутов почты. В других параграфах данной главы приводится объяснения следующей инфор- мации: . Каким образом спланировать систему MMDF и настроить ее на оборудование пользователя (используя утилиты обращения или ручное редактирование файлов конфигурации). . Каким образом перестроить старую базу данных MMDF всякий раз, когда выполняется изменение псевдонима или информации о маршруте. . Каким образом осуществить обслуживание системы MMDF и каким образом решаются данные задачи. -21-2- Преобразование файлов конфигурации С целью оказания помощи при установлении конфигурации сис- темы ММDF , воспользуйтесь утилитами преобразования, которые предназначены для создания совместимых с системой MMDF паролей и маршрутных файлов, получаемых из файлов формата XENIX. Ис- пользуя данные утилиты, могут быть созданы без выполнения руч- ного редактирования файлов конфигурации системы MMDF независи- мые и простые конфигурации сетей Micnet и UUCP. Чтобы сформировать конфигурацию более сложной системы, пользователю необходимо отредактировать вручную файлы конфигурации системы MMDF. Перед тем, как пользователю приступить к выполнению каких- -либо преобразований, требуется восстановить с резервной копии псевдонимы XENIX и маршрутные файлы. После установки системы MMDF утилитой custom , пользователь должен восстановить следую- щие файлы: /usr/lib/mail/aliases /usr/lib/mail/top /usr/lib/uucp/Systems В следующем разделе демонстрируется каким образом можно выполнить преобразования файлов XENIX в файлы формата системы MMDF. Если у пользователя отсутствуют данные псевдонимы формата XENIX и маршрутные файлы, то необходимо создать вручную псевдо- нимы формата MMDF и маршрутные таблицы (для получения дополни- тельной информации пользователь должен изучить раздел "Модифи- кация базы данных"). Всякий раз, когда выполняются какие-либо изменения псевдо- нима MMDF или маршрутной информации, пользователю необходимо перестроить ненужную базу данных (для получения дополнительной информации пользователь должен изучить раздел " Модификация ба- зы данных"). Преобразования файла псевдонима Утилита mmdfalias выполняет изменения псевдонимов в файле, выполняя преобразование из формата операционной системы XENIX. Например: Машина?пользователь Выполняются преобразования в формат системы MMDF. Например: Пользователь@машина Например: голубой?грушевый сидр становится грушевый сидр@ голубой. -21-3 Утилита mmdfalias также разделяет преобразованное содержа- ние файла XENIX на два файла системы MMDF , в которых содержит- ся список типов псевдонимов и псевдонимы, заносимые пользовате- лем в компьютеры. Сделайте так, чтобы файл псевдонимов XENIX был разделен правильно то есть, перед началом преобразований отредактируйте файл /usr/lib/mail/aliases, который требуется восстановить с магнитной ленты для добавления приведенной ниже строки комментариев. Данная строка используется в качестве раз- делителя списка типов псевдонимов и псевдонимов пользова- тель-машина. Сделайте так, чтобы псевдонимы списка находились перед разделителем, и чтобы отображения пользователь-машина со- ответствовала следующему виду: #пользователь-машина отображение Затем, чтобы выполнить преобразование файла псевдонимов операционной системы XENIX в формат системы MMDF , войдите в каталог mmdf и запустите программу преобразования /usr/mmdf/ table/tools/mmdfalias. Данная программа запускается из каталога /usr/mmdf/table. Ниже приводится пример запуска данной прог- раммы. cd /usr/mmdf/table tools/mmdfalias Программа mmdfalias создает два новых файла alias.list и alias.list в текущем каталоге (в данном случае файлы создают- ся в каталоге /usr/mmdf/table). Перед выполнением изменений базы данных два файла должны находиться в каталоге /usr/mmdf/ table. Установка конфигурации сети Если необходимо установить маршрут почты, проходящий через сеть MMDF , необходимо построить домен системы MMDF и канальные файлы, используя для этого файл топологии /usr/lib/ mail/top. Для этого, сначала убедитесь в том, что топология сети Micnet построена правильно. Проверка топологии сети выполняется прог- раммой netutil . В файле /usr/lib/mail/top должна находиться запись для каждой пары компьютеров, подсоединенных к сети Micnet . Например: черный ttyla голубой tty9600 черный ttyla красный tty9600 -21-4- Данная запись будет указывать на то, что компьютеры "чер- ный" и "голубой" соединены вместе в качестве "черного" и "крас- ного". После этого зарегистрируйтесь в качестве пользователя mmdf и используйте утилиту mmlist(ADM) для построения файлов micnet. dom и micnet.chn системы MMDF. Например: cd/usrmmdf/table tools/mnlist После этого убедитесь в том, что домен и канальные файлы были построены правильно. Для этого необходимо просмотреть фай- лы micnet.dom и micnet.chn и убедиться в том, что в данных фай- лах содержатся записи для каждого из компьютера, например: micnet.dom: черный черный.UUCP голубой голубой.UUCP красный красный.UUCP micnet.chn: черный.UUCP черный: %S голубой.UUCP голубой: %S красный.UUCP красный: %S Заметьте, что домен "UUCP" присвоен компьютерам, использу- емых в сети Micnet . Чтобы изменить данные записи, необходимо или редактировать вручную файлы micnet.dom и micnet.chn после прогона утилиты mnlist , или выполнить редактирование програм- мой mnlist(ADM) и изменить строку "LDOMAIN=UUCP". Данное изме- нение отражает локальный домен. После этого необходимо запус- тить утилиту mnlist , которая используется с целью создания домена и канальных файлов вместе с необходимым доменом. После того, как домен и канальные файлы сформированы и ус- тановлено, что данные действия выполнены точно и при условии регистрации пользователя в файловой системе mmdf и нахождения в каталоге /usr/mmdf/table , выполните перестроение базы данных следующим образом: dbmbuild Установка конфигурации сети UUCP Если пользователю требуется установить маршруты почты, проходящие через сеть UUCP , то в этом случае необходимо пост- -21-5- роить домен системы MMDF и канальные файлы, выбирая информацию из файла /usr/lib/uucp/Systems. В данном файле содержится ин- формация о местоположении компьютера пользователя, используемая при взаимодействии компьютеров между собой. Например: obie Any ACU 1200 4444444 ogin:-BREAK-ogin:BREAK-ogin: \ uubig word: wetrot marva Any1800-0700 ACU 2400 18888888"" \r ogin:BREAK-ogin: \ -BREAK-ogin:nuucp uunet Any1800-0700 ACU 2400 17031111111 ogin:-BREAK-ogin: \ -BREAK-ogin:xytpq sword: grm5q После этого необходимо войти в файловую систему mmdf и ис- пользовать запись uulist для построения файлов uucp.dom и uucp. chn системы MMDF , например: cd/usr/mmdf/table tools/uulist Чтобы убедиться в том, что домен и канальные файлы пост- роены правильно, просмотрите файлы uucp.dom и uucp.chn и найди- те в данных файлах записи для каждой из машин, используемых в сети UUCP . Например: uucp.dom: obie obie.UUCP marva marva.UUCP uunet uunet.UUCP uucp.chn: obie.UUCP obie:%S marva.UUCP marva:%S uunet.UUCP uunet:%S При условии нахождения в файловой системе mmdf и использо- вания текущего каталога /usr/mmdf/table , после формирования домена и канальных программ, выполните перестройку базы данных следующим образом: dbmbuild -21-6- Ручное редактирование файлов конфигурации Конфигурация системы MMDF начинается с файла /usr/mmdf/mmdfftailor . Данный файл определяет локальную машину и имена доменов, различные таблицы, в которых содержатся сведе- ния о псевдониме, домене и канале, а другую информацию, относя- щуюся к конфигурации сети. Файлы alias.list и alias.user содер- жат определения псевдонимов. Файлы .dom и .chn определяют маршрутную информацию, необходимую для поддержания каждого маршрутного протокола. В разделе "Пример маршрута" приводятся сведения о том, каким образом система MMDF использует псевдони- мы и маршрутные таблицы. Чтобы изменить конфигурацию системы MMDF, необходимо войти в файловую систему mmdf и отредактировать файлы конфигурации. Всякий раз, когда пользователь изменяет каким-либо способом псевдонимы системы MMDF или маршрутную информацию, необходимо переформировать ненужную информацию, хранящуюся в базе данных (для получения дополнительной информации по данному вопросу не- обходимо изучить строение частей файла и раздел "Модификация базы данных"). В данном разделе приводится объяснение частей файла mmdftailor, псевдонимов и маршрутных файлов, которые вероятнее всего, пользователь хочет изменить во время установки системы MMDF. В страницах руководства mmdftailor(F) и tables(F) содер- жатся полные описания форматов используемых файлов. Модификация файла mmdftailor Файл mmdftailor является файлом конфигурации верхнего уровня системы . В данном файле содержится информация и руко- водство по системе MMDF по каждому из данных файлов конфигурации. Имена домена и компьютера Первые несколько строк, находящихся в файле mmdftailor оп- ределяют полное имя компьютера. Когда пользователь устанавлива- ет систему MMDF с использованием утилиты custom , в данных строках первоначально формируется информация следующего вида: MLDOMAIN UUCP MLNAME голубой UUCP является общим именем домена, а "голубой" является именем компьютера. -21-7- Если используется простая конфигурация системы, то пользо- ватель может не изменять имя компьютера, а использовать имя компьютера, аналогичное приведенному. Пользователю может потре- боваться изменить данные имена в следующих случаях: . Если пользователь обладает официально зарегистрированным именем домена, которое позволяет провести обмен почтой через мировую сеть. С целью получения информации о регистрации име- ни домена, напишите по адресу: Сетевой информационный центр DDN Международный SRI Авеню Равензвуд 333, комната EJ291 Менло парк, Калифорния СА 94025 США. . Если в распоряжении пользователя имеется несколько компьютеров, используемые в компании, и необходимо послать поч- ту специалистам другой компании без знаний имени компьютера, используемого в компании, на котором сотрудник будет получать почту. Если пользователь владеет именем домена (например, sco.СОМ), то ему необходимо сделать изменения в первых двух строках файла mmdftailor. Если в распоряжении компании пользо- вателя имеется несколько компьютеров, то он может добавить ло- кальное имя компьютера в файл mmdftailor . Например: MLDOMAIN COM MLNAME sco MLOCMACHINE голубой В других системах UUCP наиболее общими значениями записи MLDOMAIN являются значения СОМ, которые используется в коммер- ческих организациях и значения EDU , которые используются в ор- ганизациях, занимающимися образованием. В записи MLNAME указы- вается имя компании пользователя, которое будет известно во всей сети. Запись MLOCMACHINE содержит локальное имя компьютера. Определение MCOCMACHINE позволяет пользователю спрятать локальное имя компьютера в зарегистрированном домене своей ком- пании и на основании этого специалист, посылающий почту, может не помнить внутреннего имени компьютера. Если пользователь свя- зал локальные машины под единственным именем, то тем самым он создал административный домен. В административном домене все имена пользователей должны быть уникальными и поэтому почта мо- жет направляться к любому специалисту, работающему в любом месте домена без указания локального имени компьютера в адресе почты. В примере приведенном выше, СОМ является доменом, sco яв- ляется именем компании и "голубой" является локальным именем компьютера. Пользователь при работе на данном компьютере, ис- пользуя имя "грушевый сидр", может принять почту, которая адре- суется следующим образом: грушевый_сидр@sco.COM -21-8- Адрес поддержки В следующей строке файла mmdftailor определен адрес, по которому система MMDF будет посылать любую почту, которая не может быть передана или возвращена данному отправителю почты. Например: MSUPPORT почтмейстер@голубой.sco.COM Адрес указанный в записи MSUPPORT , должен быть абсолютно правильным. Если данный адрес описан неправильно и система не может передать исходную непередаваемую почту по адресу поддерж- ки, то система создает новую часть почты, которая является не- передаваемой до тех пор, пока компьютер не завершит работу с системой. Можно назначить пользователя, который бы получал непереда- ваемую почту. Однако назначение в данном случае локального пользователя получателем непередаваемой почты предпочтительнее так, как в данном случае используется более простой адрес. На основании этого, более вероятно, что данный адрес является дос- товерным адресом. Планирование передачи Если необходимо использовать систему MMDF для передачи почты в файл или каталог, отличные от тех, в которых исполь- зуются имя файла, принятое по умолчанию, и зарегистрированное пользователем в каталоге /usr/spool/mail, то в файл можно до- бавить строки записей, аналогичные приведенным ниже: MDLVRDIR "" MMBXNAME ".почтовый_ящик" MMBXPROT 0600 Если операнд MDLVRDIR содержит нулевое значение, то систе- ма MMDF передает внутренний каталог пользователя. Если опе- ранд MMBXNAME содержит нулевое значение, то система MMDF ис- пользует регистрацию пользователей в качестве имени файла почтового ящика. Операнд MMBXPROT устанавливает режим защиты для файлов почтового ящика с тем же набором восьмеричных номе- ров, которые команда chmod(C) использует для выполнения измене- ний во время разрешений по доступу. В соответствии с данным примером, система MMDF передает данные в файл ".почтовый_ящик", находящийся во внутреннем каталоге пользователя, для которого установлен режим защиты файла. При этом доступ к файлу по чте- нию и записи обеспечивается только владельцу файла. -21-8а- Табличные определения В следующем разделе файла mmdftailor определяются псевдо- нимы, домен и канальные таблицы. Каждая строка файла связывает сокращенное имя и более наглядное имя с содержимым таблицы, ко- торая находится в каталоге /usr/mmdf/table. Сокращенные имена используются позднее в данном файле в качестве стенографической записи, которая ссылается на табличные файлы. Более наглядное имя присваивается некоторым программам в качестве дисплейной строки, используемой для объяснения назначения таблицы. Например, таблица псевдонима отображений пользователь-ком- пьютер может быть определена следующим образом: MTBL auser, file="alias.user", show="User Aliases" К файлу /usr/mmdf/table/alias.user можно обращаться по имени auser при работе с оставшейся частью файла mmdftailor. Хотя, вероятнее всего, существующие определения файла не будут изменяться, пользователю может потребоваться информация о том каким образом каждая таблица была определена по мере выпол- нения модификаций других частей файла mmdftailor . Если пользо- ватель установил новый канал, то необходимо включить в файл mmdftailor соответствующие определения таблицы, относящиеся к записи сетевой установки пакета. -21-9- Определения псевдонима Записи ALIAS определяют различные источники информации псевдонима, используя при этом сокращенные имена, описанные в определениях MTBL . Каждая таблица псевдонима может быть опре- делена следующими характеристиками: Доверенным файлом (trusted): доверенный файл псевдонима может направлять почту, которая будет получена каким-либо фай- лом или процессом, используя для этого разрешения какого-либо пользователя системы (включая корневого пользователя). Только супер пользователь обладает доступом для выполнения модификации доверенного файла псевдонима. Опцией "Обход запрещен" (nobypass): данная опция блокирует механизм обхода псевдонима адреса от использования псевдонимов во время обработки данного файла. Ниже приводятся несколько примеров определения псевдони- мов. Данные примеры следующие: ALIAS table=lalias, trusted, nobypass ALIAS table=auser Система MMDF выполняет поиск таблиц псевдонимов в том по- рядке, в котором их сформировал пользователь, используя для этого первые псевдонимы, которые проверены на соответствие, без выполнения других проверок на соответствие в просматриваемых в более позднее время таблицах. В разделе "Определение псевдони- мов" содержится описание того, каким образом можно создатить файлы псевдонимов. Канальные определения Записи MCHN определяют каналы, используемые системой MMDF для передачи почты. Канал является механизмом, который исполь- зуется для передачи почты, направляемой или в почтовый ящик или в локальную машину или через сеть на удаленный компьютер. Для передачи почты требуется по крайней мере два канала: один канал используется для передачи локальной почты, а другой используется для обработки объемных почтовых списков (на стра- нице руководства в разделе, где приводится описание утилиты list(ADM), содержатся объяснения о том, каким образом можно вы- полнить обработку почтовых списков). Пользователю необходимо определить другие каналы с целью обеспечения сетевых протоко- лов, которые требуется включить в конфигурации системы. Каналь- ные определения выглядят следующим образом: -21-10- MCHN local, show="Local Delivery", que=local, tbl=local, ap=same, pgm=local, mod=imm MCHN list, show="List Processing", que=list, tbl=local, ap=same, pgm=local, mod=imm, host="sco.COM", confstr=sender MCHN uucp, show="UUCP Delivery", que=uucp, tbl=uuchn, ap=822, pgm=uucp, mod=imm MCHN michn, show="Micnet Delivery", que=micnet, tbl=mnchn, ap=same, pgm=micnet, mod=imm MCHN badhosts, show="Last-chance routing", que=badhosts,tbl=mnchn, ap=same, pgm=micnet, mod=imm, host="sco.sco.COM" Порядок определений MCHN важен, так как система MMDF вы- полняет поиск канальных таблиц в установленном порядке. Последний канал, определенный в примере (канал badhosts), используется для почты, направленной к главному компьютеру, ко- торую не распознала программа submit(ADM). Данный канал отправ- ляет почту главному компьютеру, который имеет в своем распоря- жении мощную базу данных. Операнд badhosts описывает не существующий канал, так как данный канал не связан со своей собственной транспортной программой. Данный псевдо-канал ис- пользует канал Micnet для передачи почты более "умному" глав- ному компьютеру. Если канал badhosts не существует, то почта направленная неизвестному главному компьютеру, возвращается в то место, откуда она была послана. В канальных определениях первым аргументом является имя канала. Ниже приводятся параметры, используемые для определения данных каналов. Данные параметры следующие: show данный параметр обозначает описательное имя, используемое определенными программами в ка- честве дисплейной строки при объяснении ка- нальных функций. que данный параметр описывает подкаталог /usr /spool/mmdf/lock/home, в котором формируется очередь сообщений к данному каналу. Данное имя начинается с префикса "q" , который ис- пользуется для формирования имени подкаталога (для получения дополнительной информации по данному вопросу пользователь должен изу- чить раздел в данном руководстве, в котором описывается утилита queue(F). -21-10а- tbl в данном параметре используется сокращенное имя, полученное из определения MTBL, необхо- димое для описания канальной таблицы. ap данный параметр выбирает тип адреса граммати- ческого разбора, используемый в заголовке уходящих сообщений. "822" преобразуется в адреса типа RFC822. "same" не преобразует заголовки. pgm данный параметр указывает на программу нахо- дящуюся в каталоге /usr/mmdf/chans, которая получает почту из программы deliver(ADM) и переносит ее по нужному адресу в локальный компьютер или передает ее по сети в удаленный компьютер. mod данный параметр устанавливает режим передачи в канале. imm - данный подпараметр посылает почту сразу же. reg - данный подпараметр ставит почту в оче- редь и не посылает ее, пользователь должен прогнать программу deliver для того, чтобы действительно послать почту через регулируе- мый канал. (Данный канал используется в сис- теме по умолчанию). host данный аргумент описывает имя мощного главно- го компьютера, которому канал передает всю почту, в списочном канале должен быть уста- новленный данный параметр; в данном параметре должно быть описано имя локального главного компьютера. confstr данный параметр передает специфический флаг канала в программу, которая выполняется в ка- нале; списочный канал использует строку кон- фигурации, которая позволяет использовать ре- жим отправителя, и поэтому, если не определен список запроса псевдонима для почтового спис- ка, отправитель сообщения записывается в ка- честве источника, посылающего почту в список (вместо записи почтместера в виде записи отп- равителя). Для получения дополнительной информации о содержании и назначении канальных файлов необходимо изучить раздел "Редакти- рование маршрутных файлов". -21-11- Определения домена Записи MDMN определяют домены, известные в системе MMDF. Домен представляет собой набор компьютеров, которые взаимодейс- твуют друг с другом определенным способом, возможно или по ге- ографическому местоположению (CAMFORD.AC.UK) или по организации (sco.COM ) или по типу активности (OXBRIDGE.EDU). Домен опреде- ляется следующим образом: MDMN "sco.COM", show="Local Domain", table=locdom MDMN "UUCP", show="UUCP Domain", table=uudom MDMN "LIST", show="List Pseudo-Domain", table=list MDMN "", show="Root Domain", table=rootdom Первым аргументом является имя домена. Определение корне- вого домена не имеет имени (""), так как в таблице корневого домена не содержатся записи, относящиеся к множеству различных доменов. Параметр show присваивает домену более удобное имя, кото- рое может использоваться определенными программами в качестве дисплейной строки. В параметре table используется сокращенное имя, полученное из определения MTBL , которое используется для описания таблицы домена. Списочный домен обрабатывает почту, посылая ее в объемный почтовый список во время выполнения фоновой проверки адресов, и тем самым ускоряя обработку отправителя почты (дополнительная информация по данному вопросу приводится в описании утилиты list(ADM)). Операнд LIST описывает несуществующий домен, так как данный домен не связан с набором компьютеров; данный псев- додомен использует списочный канал для расширения почтового списка и повторных почтовых отправлений индивидуальных сообще- ний. -21-12- Система MMDF выполняет поиск наиболее длинных возможных сравнений в домене. Например, относительно почты, направленной по адресу CAMFORD.AC.UK, выполняется проверка на соответствие таблицы домена AC.UK перед проверкой на соответствие таблицы домена UK . Если система не может установить точное соответс- твие, то она выполняет проверку на частичное соответствие и направляет почту в данном направлении. Например, если почта просто адресуется в домен CAMFORD и таблицы домена CAMFORD не существует, то система MMDF выполняет поиск в доменных таблицах в том порядке, в котором их описал пользователь для элемента CAMFOFD . Система MMDF направляет почту в тот домен, для кото- рого выполнено условие частичного соответствия. Если система MMDF не может установить даже частичного со- ответствия в более ранних доменах, то она выполняет проверки на соответствия в корневом домене с целью посылки почты на более мощный главный компьютер. Если система MMDF вообще не устанав- ливает проверок на соответствие, то в качестве последней надеж- ды, она использует канал dfdhosts , если данный канал существу- ет в системе. Так как система MMDF использует первый домен, при этом известно, что данный домен удовлетворяет условию на про- верки в более поздних таблицах без выполнения просмотров данных таблиц, то порядок, в котором пользователь описал определения MDMN , является очень важным фактором. Убедитесь в том, что ло- кальный домен является первым доменом, а корневой домен являет- ся последним. Для получения дополнительной информации в содержании и функциях доменных файлов, пользователю необходимо изучить раз- дел "Редактирование маршрутных файлов". Уровни регистрации Последний раздел файла mmdftailor устанавливает уровень сохраняемой информации и максимальный размер файлов регистрации системы MMDF , которые хранятся в каталоге /usr/mmdf/log . Например: MMSGLOG level=FAT, size=20 Запись MMSLOG управляет работой файла регистрации msg.log, который создается программами deliver и submit. Запись AUTHLOG управляет информацией по авторизации, сохраняемой в файле auth.log . Запись MCHANLOG управляет регистрацией боль- -21-12а- шинства других программ системы MMDF , которые сохраняются в файле chan.log. Наиболее многословные уровни регистрации создают огромное количество данных и снижают производительность компьютера. Об- щие установки параметра level приводятся ниже (с целью более подробного описания информации): FAT данный параметр регистрирует только катастрофи- ческие ошибки. GEN данный параметр сохраняет общую диагностическую информацию. BST данный параметр показывает основные статистики. FST данный параметр дает полные статистики. Используя параметр size , пользователь может ограничить размер файла регистрации за счет установки некоторого количест- ва двадцати пяти блоковых единиц, на которые разрешается увели- чивать размер файла. В отношении примера записи MMSGLOG , можно сказать, что катастрофические ошибки регистрируются только до тех пор, пока не будет достигнут размер файла равный 500 блокам (20 блоков х 25). Когда файл регистрации достигает указанного размера, регистрация ошибок приостанавливается. Пользователю рекомендуется проводить периодические проверки файлов регистра- ции с целью выявления ошибок и очищать файлы перед тем, как размеры данных файлов достигнут максимальных величин. С целью получения дополнительной информации о файлах ре- гистрации системы MMDF рекомендуется изучить в данном руко- водстве описание утилиты logs(F). -21-13- Определение псевдонимов Находящиеся в файле /usr/mmdf/mmdftailor определения MTBL адресуют систему MMDF к каталогу /usr/mmdf/table с целью вы- полнения проверки определений псевдонимов в файлах alias.list и alias.user. Пользователь может создать и отредактировать данные файлы так, как это описано в данном разделе, или в соответствии с синтаксисом файла, описанным в данном руководстве в разделе tables(F). Всякий раз, когда пользователь выполняет изменение файла alias.list или alias.user любым из приведенных выше спо- собов, необходимо перестроить заполненную ненужной информацией базу данных. Файл alias.list Файл alias.list содержит псевдонимы спискового типа, кото- рые назначают простое имя для представления: . Одному или большему количеству имен пользователя или другими псевдонимам. . Для переадресации сообщения относящегося к файлу. . Для переадресации сообщения направленного в канал. . Для почтового списка. Например: postmaster: admin, perry, Loguucp Loguucp: "network//usr/spool/log/uucp" Logmlog: "networkIcat -v >>/usr/spool/log/mlog" printer2: "networkI/usr/bin/lpr -dprinter2" staff: staff-outbound@list-processor staff-outbound: "include:/etc/alias/staff" staff-request: ross В данном примере назначается локальный пользователь, кото- рым в системе пользователя является "postmaster", и определяет- ся псевдонимом почтмейстера. В данном примере почта, адресуемая "почтмейстеру", направляется пользователям admin и perry и за- писывается в файл регистрации UUCP . Косые наклонные черточки в синтаксисе операторов, используемые для переадресации, полезно описывать непосредственно в файле регистрации для регистрации активности. Кроме этого, с целью выполнения более сложной обработки, можно использовать обычный символ переадресации выхода (>) сов- местно с конвейерной переадресацией. Почта, адресуемая узлу Logmlog,обрабатывается по конвейеру командой cat(C) и затем ре- -21-14- гистрируется в файле mlog. Почта, адресуемая узлу printer2, об- рабатывается по конвейеру командой lpr(C) с целью вывода ее на печать. Псевдонимы переадресации используют пользователя и групповые идентификаторы ID сети пользователя. Хотя значение сети используется в большинстве случаев, можно осуществить опи- сание любого пользователя, указов его имя в файле /etc/passwd. Три последние строки выполняют обработку почтового списка staff. В данном примере показано каким образом в синтаксисе операнда ":include:" используются имена, сформированные с целью определения псевдонима в описанном файле. Кроме этого можно ис- пользовать обычный символ переадресации (<) для чтения опреде- ления псевдонима из файла. В разделе, где приводится описание утилиты list(ADM) , в деталях объясняется действия по формиро- ванию почтовых списков. В файле alias.list имя alias (псевдоним) и определение данного имени могут быть разделены между собой пробелом белого цвета, двоеточием или тем и другим вместе. Когда определяется псевдоним, в котором содержится большое количество имен пользо- вателя, допускается использование обратной косой черты (\) в качестве символа продолжения. Необходимо использовать кавычки (" ") для разделения строки, в которой содержатся пробелы или знаки препинания. Когда псевдоним используется для определения другого псевдонима, пользователю необходимо быть уверенным в том, циклы псевдонима создаваться не будут. Файл alias.user В файле alias.user содержатся псевдонимы, которые исполь- зуются при работе пользователей на их компьютерах. Например: admin: admin@blue carmen: carmen@ivy perry: perry@blue ross: ross@warwick -21-14а- Peдактирование маршрутных файлов Маршруты в системе MMDF управляются файлами доменов (.dom) и каналом (.chn ). В записи файла домена содержится имя компь- ютера (blue - голубой ) в полностью определенном имени домена (blue.sco.COM ). Данное имя определяет первый главный компь- ютер, к которому по установленным адресам будет посылаться поч- та. (Во многих случаях данный главный компьютер является адре- сом, определенным в почтовом отправлении). В записи файла канала содержится информация, адресуемая главному компьютеру, о адресе транспортировки почты, который используется во время пе- редачи почты главному компьютеру. Пользователь может создать и отредактировать домен и ка- нальные файлы так, как описано в данном разделе, или изучая синтаксис файла, приведенный в том разделе, где описывается утилита tables(F) . Всякий раз, когда пользователь сделал изме- нения в файле .dom или .chn одним из предложенных способов, ему необходимо перестроить базу данных с целью исключения из нее ненужной информации. -21-15- Доменные файлы Определения MDMN,находящиеся в файле /usr/mmdf/mmdftailor, используются системой MMDF для выполнения поиска доменных опре- делений в описанных в файлах, расположеныx в каталоге /usr/mmdf/table. Первый домен, определенный в каталоге /usr/mmdftailor, является локальным доменом. В файле local.dom содержится запись о входе в каждую машину внутри локального домена. Каждая запись расширяет локальное имя компьютера, если смотреть по направле- нию слева на право (по правилу LHS ) до полного информационного имени домена, если смотреть со стороны правой руки (по правилу RHS). Файл local.dom может выглядеть следующим образом: blue blue.sco.COM ivy ivy.sco.COM warwick warwick.sco.COM В дополнение к локальному файлу домена у пользователя ве- роятно появится необходимость использовать во время работы файл домена UUCP (файл uucp.dom ). В данном файле пользователь может сформировать список компьютеров, находящихся внутри домена UUCP, к которым часто направляется электронная почта. Каждая запись расширяется сокращенным или альтернативным именем, если смотреть слева направо (по правилу LHS ), до имени главного компьютера системы UUCP , если смотреть со стороны правой руки (по правилу RHS ). Например: mcvax mcvax.UUCP vu44 vu44.UUCP Любой компьютер системы UUCP, не описанный в данном доме- не, обрабатывается в соответствии с правилом умолчания при этом маршруты его переходят через канал системы UUCP. Если файл /usr/lib/uucp/Systems был предварительно сформи- рован, пользователь может создать файл uucp.dom путем преобра- зования системного файла ( Systems ) совместно с записью преоб- разования uulist. (Для получения дополнительной информации по данному вопросу пользователь должен изучить раздел "Установка конфигурации сети UUCP "). Если файл топологии сети Micnet в формате операционной системы XENIX (файл /usr/lib/mail/top) был ранее сформирован, пользователь может первоначально создать файл micnet.dom путем преобразования "верхнего" файла вместе с записью преобразования -21-16- mnlist. (Для получения дополнительной информации по данному вопросу пользователь должен изучить раздел "Установка конфигу- рации сети Micnet). Следуя данному образцу формирования сокращенного имени по правилу слева направо (LHS), отображенном в имени главного компьютера со стороны правой руки (RHS), пользователь может создать файл домена для каждого определения MDMN в таблице mmdftailor (исключением является списочный псевдодомен, который использует при обработке локальный файл домена). В данном файле .dom полное информационное имя домена, полученное со стороны правой руки (RHS), создается за счет формирования приставки имени домена (как это определено в определении MDMN) по направ- лению слева направо (LHS). Записи, сформированные по правилам LHS и RHS могут быть разделены пробелом белого цвета, двоеточи- ем или тем и другим вместе. Последний домен, определенный в файле /usr/mmdf/mmdftailor будет корневым доменом. Данный спе- циальный доменный файл (root.dom ) выполняет преобразование имени домена слева направо (LHS) относительно имени главного компьютера, если рассматривать данное имя со стороны правой ру- ки (RHS). В файле root.dom могут содержаться записи, которые описывают: . Путь к конкретному домену, который не включен в другую таблицу домена. . Более мощный компьютер, в который отправляют почту, ад- ресованную компьютеру, который не сможет распознать ло- кальный компьютер. Ниже приводятся примеры данных типов записей root.dom. sri-nic.arpa sri-nic.arpa berkeley.EDU com uunet.UU.NET Если запись sri-nic.arpa присутствует только в главном компьютере в домене arpa , используемом во время работы, то ве- роятно пользователь не захочет создавать отдельный файл домена для расширения домена arpa . Вместо этого, первая запись нап- равляет почту, адресованную узлу sri-nic.arpa, через узел berkeley.EDU. В данном примере также показано каким образом можно опи- сать путь к компьютеру, используя для этого косвенную адресацию к локальной машине. Путь со стороны правой руки (RHS) читается по направлению справа налево и в данном пути могут находиться несколько промежуточных главных компьютеров. Главный компьютер -21-16а- отдаленный справа должен непосредственно соединяться с локаль- ным главным компьютером. Так как корневой домен ищется последним, то в файле root.dom может находиться имя домена верхнего уровня (такое, как СОМ), которое используется в том случае, если имя домена больше не соответствует имени, указанному в раннем домене. Если почта адресуется узлу ross@nesser.COM и файл nesser.COM совер- шенно не соответствует какому-либо файлу домена, то домен СОМ верхнего уровня будет соответствовать второй записи и система MMDF будет передавать данную почту в узел UU.NET с надеждой на то, что узел uunet.UU.NET знает каким образом получить почту, направленную узлу nesser.COM. Канальные файлы Определения MCHN,находящиеся в файле /usr/mmdf/mmdftailor, направляют систему MMDF к выполнению поиска описанных файлов .chn , находящихся в каталоге /usr/mmdf /table. Данный каталог предназначен для хранения канальных определений. В файле local.chn содержатся записи подобные данной: sco.COM sco sco sco blue.sco.COM sco blue sco Пользователь должен включить первые две записи, отображаю- щие записи MLNAME.MLDOMAIN и MLNAME в узел MLNAME, в том поряд- ке , который определен в файле mmdftailor . Если пользователь работает со скрытыми локальными компьютерами, то необходимо включить последние две записи, которые отображают записи MLOCMACHINE.MLNAME.MLDOMAIN и MLOCMACHINE в запись MLNAME. Файл list.chn содержит следующие записи: Списковый процессор Списковый процессор Списковый процессор Списковый процессор Запись имени, формируемая слева направо (LHS), является именем псевдо главного компьютера, определенным в почтовом псевдониме списка (смотрите пример файла alias.list). Данные -21-17- записи сообщают системе MMDF о том, что необходимо передать почту, адресованную в почтовом списк