ответствия в более ранних доменах, то она выполняет проверки на
соответствия в корневом домене с целью посылки почты на более
мощный главный компьютер. Если система 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.
