Страница:
домена и канальных файлов вместе с необходимым доменом.
После того, как домен и канальные файлы сформированы и ус-
тановлено, что данные действия выполнены точно и при условии
регистрации пользователя в файловой системе 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.
После того, как домен и канальные файлы сформированы и ус-
тановлено, что данные действия выполнены точно и при условии
регистрации пользователя в файловой системе 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.