Хант Крэйг. TCP/IP Сетевое администрирование

Подождите немного. Документ загружается.

362

Глава 10. sendmaii'

Существует ряд вариаций синтаксиса тройки значений почтовой програм-

мы, которые также используются в шаблонах некоторых правил. Две из та-

ких вариаций содержат только составляющую «почтовой программы».

$#0К

Указывает, что исходный адрес прошел проверку безопасности. К приме-

ру, адресу разрешена пересылка почтовых сообщений.

$#discard

Указывает, что исходный адрес не прошел тот или иной тест безопаснос-

ти и сообщение электронной почты должно быть удалено.

Ни одно из значений - OK, discard и error - не фигурирует в ко-

мандах М наряду с реальными почтовыми программами. Однако в

документации по sendmail эти значения названы «почтовыми

программами»; этой терминологии мы здесь и следуем.

Почтовые программы

$#0К

и $#discard используются в управлении пересыл-

кой и в безопасности. Почтовая программа $#discard молча удаляет почту и

не возвращает отправителю сообщение об ошибке. Почтовая программа

$#error также работает с почтовыми сообщениями, не подлежащими достав-

ке, однако, в отличие от $#discard, возвращает отправителю сообщение об

ошибке. Конструкция шаблона для почтовой программы $#error сложнее,

чем синтаксис

$#0К

$#discard.

Выглядит она следующим образом:

$#error $@dsn-code $:message

В качестве значения почтовой программы должно выступать

$#ег г or.

Поле

message содержит текст сообщения об ошибке, который необходимо пере-

дать отправителю. Поле $@dsn-code необязательное. Если оно присутствует,

то предшествует сообщению message и должно содержать корректный код

DSN (Delivery Status Notification, уведомление о состоянии доставки). Коды

DSN определены в RFC 1893, Mail System Status Codes (Коды состояний

почтовой системы).

Код DSN состоит из трех компонентов, разделенных точками:

класс (class)

Всеобъемлющая классификация состояния. В RFC для класса определе-

ны такие значения: 2 означает успешное завершение, 4 означает времен-

ный сбой, а 5 - постоянный сбой.

предмет (subject)

Соотносит сообщения об ошибках с одной из восьми категорий:

0 (Неопределенная)

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

1 (Адресация)

Проблема, связанная с адресом.

реписывание почтового адреса

363

2 (Почтовый ящик)

Проблема, связанная с почтовым ящиком доставки.

3 (Почтовая система)

Проблема, связанная с системой доставки почты второй стороны.

4 (Сеть)

Проблема, связанная с сетевой инфраструктурой.

5 (Протокол)

Проблема, связанная с протоколом.

6 (Содержимое)

Содержимое сообщения вызвало ошибку преобразования.

7 (Безопасность)

Проблема, связанная с безопасностью.

подробности (detail)

Содержит подробные сведения по конкретной ошибке. Значение detail

осмысленно только в контексте кода subject. К примеру,

х.

1.1 означает

несуществующее имя пользователя-адресата, а х. 2.1 означает, что почто-

вый ящик заблокирован, тогда как х.2.2 - что почтовый ящик полон.

Значений detail слишком много, чтобы перечислять их здесь. Полный

список содержится в RFC 1893.

Сообщение об ошибке, записанное в целевом представлении DSN, может вы-

глядеть следующим образом:

R<@$+> $#еггог$@5.1.1$:"user address required"

Это правило возвращает код DSN 5.1.1 и сообщение "user address required",

если адрес соответствует шаблону. Код DSN состоит из значения 5 в поле

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

значения 1 в поле подробностей (с учетом, что subject имеет значение 1, речь

идет о некорректном адресе пользователя).

Коды ошибок и синтаксис ошибок - составная часть сложных параметров

настройки, используемых для управления пересылкой и безопасностью. Эти

значения генерируются макроопределениями ш4, предназначенными для ра-

боты со сложными механизмами. Очень редко эти значения добавляются в

файл sendmail.cf напрямую системным администратором.

Преобразование по базе данных

Для преобразования адресов в правилах подстановки могут использоваться

базы данных. База данных включается в часть правила, отвечающую за пре-

образование, посредством следующей конструкции:

$(map key [$@argument...] [$-.default] $)

Здесь map - имя, назначенное базе данных в файле sendmail.cf. Имена карт

тар не ограничены теми соглашениями, которым подчиняются имена макро-

364

Глава 10. sendmail'

Кроме того, предположим, что есть следующее правило подстановки:

R$+<@$-> $(relays $2 $@ $1 $:$1<@$2> $)

Исходный адрес tom.martin<@sugar> соответствует шаблону, поскольку со-

держит одну или более лексем (torn.martin) перед литералом <@ и ровно од-

ну лексему (sugar) после этого литерала. Сопоставление с шаблоном приво-

дит к созданию двух неопределенных лексем и передаче их в часть преобра-

зования. В преобразовании происходит обращение к базе данных (relays) с

передачей лексемы $2 (sugar) в качестве ключа и лексемы $1 (torn.martin) в

качестве аргумента. Если ключ не найден в базе данных, используется зна-

чение по умолчанию ($1<@$2>). В данном случае ключ в базе данных су-

ществует. Подпрограмма базы данных использует ключ для поиска значе-

ния «% l@relay.calories.com», подставляет аргумент %1 и окончательно

возвращает sendmail значение «tom.martin@relay.calories.com». sendmail

использует полученное значение для замены исходного адреса.

Прежде чем использовать базу данных в sendmail, ее необходимо опреде-

лить. Этой цели служит команда К. Синтаксис команды К:

Кпате type [arguments]

определений. Подобно именам почтовых программ, имена карт используют-

ся только в файле sendmail.cf и могут быть произвольными. Выбирайте

простые описательные имена, такие как «users» или «mailboxes». Имя кар-

ты назначается при помощи команды К, о которой мы скоро поговорим.

key - это значение индекса записи из базы данных. Значение, возвращаемое

базой данных по этому ключу, используется для переписывания исходного

адреса. Если значение отсутствует, исходный адрес не изменяется, если

только не указано значение defaul t.

argument - дополнительное значение, передаваемое подпрограмме работы с

базой данных наряду с ключом. Аргументов может быть несколько, но каж-

дый аргумент должен начинаться сочетанием символов Аргумент может

использоваться подпрограммой для изменения значений, возвращаемых в

sendmail. В базе данных ссылки на аргументы имеют формат %п, где п - циф-

ра, указывающая порядковый номер аргумента в правиле подстановки -

% 1, %2 и т. д. - для случаев, когда аргументов несколько. (Аргумент %0 -

это ключ, key.)

Следующий пример прояснит использование аргументов. Рассмотрим такой

исходный адрес:

torn.martin<@sugar>

Предположим, что существует база данных, хранящая внутренние имена

sendmail для узлов пересылки:

Переписывание почтового адреса

365

пате - это имя, по которому можно ссылаться на базу данных из настроек

tiendmail. В приведенном выше примере фигурировало имя «relays».

type

- это класс базы данных. Значение

type

в команде

должно соответство-

вать возможностям работы с базами данных, встроенным в sendmail при

компиляции. Большинство исполняемых файлов sendmail поддерживает не

все типы баз данных, однако ряд основных типов поддерживается достаточ-

но широко. Общеупотребительные типы: hash, btree, nis. Типов существует

гораздо больше, и все они описаны в приложении Е.

Аргументы (arguments) являются необязательными. Обычно единственным

аргументом оказывается путь к файлу базы данных. Время от времени аргу-

менты включают флаги, интерпретируемые подпрограммой базы данных.

Полный перечень флагов команды К содержится в приложении Е.

Чтобы определить базу данных «relays» из приведенного выше примера, мы

можем использовать следующую команду в файле sendmail.cf:

Krelays hash /etc/mail/relays

Имя relays - просто имя, выбранное пользователем в качестве описательно-

го. Тип базы данных hash - это тип, поддерживаемый вашей версией send-

mail, он использовался и для создания файла базы данных. Наконец, аргу-

мент I etc I mail I relays - полное имя файла базы данных.

Не переживайте, если вам не очень понятно, как создавать и использовать

файлы баз данных в sendmail. Мы еще вернемся к теме позже в этой главе и

проясним на примерах практическое применение таких файлов.

Создание набора правил

Набор правил - это группа связанных правил подстановки, на которую мож-

но ссылаться по номеру или по имени. Команда S отмечает начало набора

правил и дает ему имя. В конструкции Sпате поле пате содержит иденти-

фикатор набора правил. Кроме того, с набором может быть связан необяза-

тельный номер - при помощи полной конструкции, Sname=number. В этом

случае ссылаться на набор правил можно как по имени, так и по номеру.

Можно даже обозначить набор правил номером вместо имени - посредством

старого синтаксиса Snumber. Подобные конструкции встречаются преиму-

щественно в старых файлах настройки, поскольку в прежних версиях send-

mail для идентификации наборов правил использовались номера.

Набор правил можно считать подпрограммой, или функцией, предназначен-

ной для обработки адресов электронной почты. Наборы вызываются из опре-

делений почтовых программ, отдельных правил подстановки либо напря-

мую sendmail. Шесть наборов правил имеют специальное назначение и вы-

зываются напрямую sendmail. Вот эти наборы:

• Набор canonify (3) - первый из наборов, применяемых к адресам. Он пре-

образует адрес в канонический вид: local-part@host.domain.

366 Глава 10. sendmail

• Набор parse (0) применяется к адресам, используемым для доставки поч-

ты. Набор parse применяется после набора canonify, и только для адресов

получателей, фактически используемых при доставке почты, parse пре-

образует адрес в тройку значений

(mailer, host, user),

состоящую из имени

почтовой программы, осуществляющей доставку почты, имени узла-ад-

ресата, имени получателя сообщения.

• Набор sender (1) применяется ко всем адресам отправителя в сообщении.

• Набор recipient (2) применяется ко всем адресам получателя в сообщении.

• Набор final (4) применяется ко всем адресам в сообщении и используется

для преобразования адреса из внутреннего формата во внешний формат.

• Набор localaddr (5) применяется к локальным адресам после их обработ-

ки sendmail по файлу aliases. Набор 5 применяется только для локальных

адресов, не имеющих псевдонимов.

На рис. 10.4 представлен порядок обработки сообщения и адресов перечис-

ленными наборами правил. Символы S и R обозначают дополнительные на-

боры правил. Дополнительные наборы также имеют имена, однако эти име-

на не являются фиксированными, как в случае описанных выше наборов.

Имена наборов S и R указываются в полях S и R определений почтовых про-

грамм. С каждой почтовой программой могут быть связаны собственные на-

боры правил S и R, выполняющие специальную обработку адресов отправи-

теля и получателя непосредственно перед доставкой сообщения.

В большинстве файлов sendmail.cf наборов правил, разумеется, гораздо

больше. Прочие наборы правил осуществляют дополнительную обработку

адресов и вызываются существующими наборами правил при помощи кон-

струкции $>л. (См. табл. 10.5 далее в этой главе.) Наборы правил, существу-

ющие в файле sendmail.cf, поставляемом с вашей системой, адекватны для

целей доставки почты SMTP. Маловероятно, что вам придется добавлять

Рис. 10.4. Последовательность наборов правил

Изменение файла sendmail.cf

367

что-либо к этим наборам, если только вы не описываете новые возможности

своей почтовой программы.

Изменение файла sendmail.cf

В этом разделе мы применим на практике все, что узнали о файлах настрой-

ки sendmail - их структуре и командах создания. Мы изменим файл на-

стройки generic-linux.cf с целью использования его на узле rodent.wrotethe-

book.com. Почему именно этот файл? Потому что его настройки ближе всего

к тем, что нужны нам для rodent.wrotethebook.com.rodent - рабочей станции

под управлением Linux, в сети TCP/IP Ethernet, работающей с почтой SMTP

и системой DNS.

Заголовки последующих разделов повторяют названия разделов файла, а са-

ми разделы описывают изменения, вносимые нами в файл. Помните, что в

других файлах sendmaiLcf, вероятно, будут иные заголовки разделов, хотя

базовая информация, хранимая в файле настройки, останется прежней.

Изменение локальной информации

Первая строка раздела локальной информации файла настройки содержит

определение класса w.

Класс w хранит полный набор имен узлов, для кото-

рых принимает почту эта система. Используйте команду С или F для добавле-

ния имен узлов к этому набору, sendmail инициализирует этот класс значе-

нием макроопределения w ($w), которое соответствует имени данного ком-

пьютера. Для многих систем этого достаточно. Но иногда сервер sendmail

выступает в роли сервера почтовых ящиков: принимает и хранит почту для

клиентов, не получающих SMTP-почту напрямую. В классе w должны быть

указаны системы, для которых этот узел принимает почту. Для каждого

клиента почтового ящика следует добавить имя узла в класс w.

В рассматриваемом примере мы принимаем команду Cw в ее исходном виде и

разрешаем sendmail определять значение w самостоятельно. Это наиболее

распространенное решение для рабочих станций вроде rodent. В системе

crab, известной также под именем wtb-gw, мы добавим значения в класс w

следующим образом:

Cwlocalhost wtb-gw wtb-gw.wrotethebook.com

Теперь почта, адресованная пользователям user@wtb-gw.wrotethebook.com,

будет принята узлом crab, а не отвергнута как адресованная не тому узлу.

Некоторые почтовые серверы требуют настройки для приема почты, адресо-

ванной узлам с различными именами. В таком случае может быть удобно за-

гружать класс w из файла, содержащего имена всех узлов, при помощи ко-

манды F. В файле generic-linux.cf команда F уже существует, поэтому достаточ-

но будет поместить имена узлов-клиентов в файл /etc/mail/local-host-names.

Команды С и F из файла generic-linux.cf приводятся выше в данной главе.

368 Глава 10. sendmail'

Макроопределение j не требует изменений, поскольку в данной системе

sendmail получает абсолютное доменное имя для j из DNS. Так же обстоят

дела в большинстве систем; в других системах sendmail извлекает имя узла

без доменного расширения. Если j не содержит полного имени, инициализи-

руйте макроопределение именем узла ($w) и именем домена. В файле приме-

ра с этой целью мы раскомментировали бы команду Dj и изменили бы строку

домена на wrotethebook.com. Впрочем, делать это нет необходимости, по-

скольку j хранит верное значение.

Чтобы проверить, верно ли значение j для вашей системы, выполните send-

mail с ключом -bt и уровнем отладки 0.4. В результате sendmail выводит не-

сколько строк информации, включая и значение j. В следующем примере

sendmail отображает для j значение rodent.wrotethebook.com. Получив ре-

зультат rodent, мы отредактировали бы sendmail.cf с целью корректировки

значения j.

Следующая строка раздела локальной информации содержит определение

класса Р. В нашем примере файла настройки класс Р хранит имена двух псев-

додоменов: «.» и REDIRECT. Псевдодомен «точка» (.) используется для

идентификации канонических доменных имен. Псевдодомен REDIRECT ис-

пользуется возможностью redirect, описанной в приложении Е. Класс Р мо-

жет содержать и другие псевдодомены, позволяющие обращаться к пользо-

вателям, не подключенным к сети Интернет, по адресам электронной почты

в интернет-стиле. Например, можно добавить UUCP в класс Р, что позволит

адресовать почту посредством старого UUCP-синтаксиса с восклицательным

знаком, например ora.'loslcraig, либо в формате псевдо-интернет-адреса: era

ig@los.ora.uucp. Эти домены маршрутизации почты упрощают адрес, вводи-

мый пользователем, и передают почту нужному узлу пересылки. Однако

потребность в дополнительных псевдодоменах возникает редко, поскольку

сегодня большинство почтовых программ поддерживают стандартные ад-

реса в интернет-стиле. Определение класса Р в файле generic-linux.cf не тре-

бует изменений.

Изменение файла sendmail.cf 369

Файл настройки содержит макроопределения ряда узлов пересылки почты.

Ни одному из определений не присвоено значение в нашем файле примера.

Узел пересылки требуется только в том случае, если ваша система неспособна

доставить почту из-за отсутствия подключения или нужной функциональ-

ности. Функциональность в Unix-системах присутствует, однако сетевые вза-

имодействия могут ограничиваться брандмауэрами. Некоторые сетевые пло-

щадки используют узел пересылки, чтобы минимизировать число систем,

требующих полноценной настройки в файле sendmail.cf. Прочие узлы пло-

щадки просто передают свою почту «умному» узлу для доставки. Если такова

архитектура вашей площадки, укажите имя узла пересылки. Например, так:

DSrelay.wrotethebook.com

Для узла rodent мы оставляем все настройки узлов пересылки без измене-

ний. Данная рабочая станция самостоятельно будет работать со своей поч-

той. Собственно, ради этого мы и работаем с Unix!

Раздел локальной информации в нашем файле содержит также пять опреде-

лений файлов ключей. Две из этих К-команд определяют псевдобазы данных -

внутренние подпрограммы sendmail используют их в правилах подстанов-

ки, как если бы это были реально существующие базы данных. База данных

arith - это внутренняя подпрограмма, выполняющая определенные арифме-

тические функции. База данных dequote - внутренняя подпрограмма

sendmail, удаляющая кавычки из адресов электронной почты. Три других

команды К определяют реальные базы данных: mailertable, virtuser, access.

Базы данных реальные, однако файлы баз данных существуют только в слу-

чае, если администратор создаст их. База mailertable используется для от-

правки почты, адресованной в определенный домен, посредством определен-

ной почтовой программы конкретному удаленному узлу. База virtuser ре-

ализует маршрутизацию почты для виртуальных почтовых доменов, суще-

ствующих только в пределах сервера sendmail. База данных access

реализует управление доступом для пересылки почты и контроля за спамом.

Номер версии не требует изменений, однако неплохо бы отслеживать изме-

нения, внесенные в файл sendmail.cf, и номер версии позволяет это делать.

Каждый раз, внося изменения в настройки, изменяйте номер версии. В то

же время создавайте сопутствующий версии комментарий, описывающий

внесенные изменения. Обычно правка номера версии производится после

всех прочих изменений, так что комментарий отражает все внесенные изме-

нения. Например, исходный раздел номера версии в файле generic-linux.cf

выглядит так:

######################

# Version Number #

######################

DZ8.11.3

После всех внесенных нами изменений он примет вид:

######################

# Version Number #

######################

370

Глава 10. sendmail

С учетом приведенных выше определений макроопределения М и класса М,

данный узел будет изменять адреса вида user@brazil.wrotethebook.com

и user@24seven.wrotethebook.com на адреса вида user@wrotethebook.com.

rodent сервером не является, и потому мы не используем класс М. Однако

макроопределение М мы еще задействуем в настройках.

Мы потратили массу времени на изучение раздела локальной информации

потому, что практически все действия по настройке системы могут выпол-

няться в этом разделе. Мы быстро обсудим прочие разделы, прежде чем пе-

рейти к действительно серьезной задаче работы с правилами подстановки.

Изменение параметров

Раздел параметров «Options» определяет параметры работы среды sendmail.

Некоторые из параметров определяют пути к файлам, используемым send-

mail, как в следующих строках generic-linux.cf:

Наконец, необходимо разобраться с назначением ряда других классов и мак-

роопределений из этого раздела. Макроопределение М используется для из-

менения адреса узла отправителя. Определите значение М, чтобы скрыть имя

локального узла в исходящих сообщениях. Классы Е и М связаны с макрооп-

ределением М. Класс Е указывает имена пользователей, для которых не про-

изводится замена имени узла даже в присутствии макроопределения М. На-

пример, root@rodent.wrotethebook.com не переписывается в виде root@wro-

tethebook.com, даже если

определено как

DMwrotethebook. сот.

Класс

опреде-

ляет прочие имена узлов, помимо локального, для которых следует

выполнять подстановку значения макроопределения М. Это используется на

почтовых серверах при необходимости переписывать адреса отправителей

для клиентов. Например:

Тестирование sendmail.cf

371

Если пути верны для вашей системы, не меняйте их. На rodent мы оставим

файлы на своих местах, как обычно и бывает при использовании sendma-

il.cf, разработанного для вашей операционной системы. В действительности

вам навряд ли понадобится изменять какие-либо из параметров в файле на-

стройки, созданном для установленной операционной системы. Если же вас

интересуют параметры sendmail, загляните в приложение Е.

В последующих разделах файла generic-linux.cf содержатся определения

приоритетов сообщений, доверенных пользователей и заголовков. Ни один

из этих разделов не подвергается изменениям. Затем следуют разделы с пра-

вилами подстановки и определениями почтовых программ. Они и занимают

большую часть объема файла и являются основой настроек. Пример файла

настройки разрешает доставку почты SMTP на системе Linux с работающей

DNS, поэтому мы предположим, что изменения не требуются. Но прежде

чем копировать настройки в файл sendmail.cf, мы протестируем их. Сохра-

нив настройки во временном файле test.cf, мы воспользуемся возможностя-

ми отладки sendmail.

Тестирование sendmail.cf

sendmail предоставляет мощные инструменты для тестирования и отладки

настроек. Эти инструменты доступны из командной строки sendmail посред-

ством некоторых из многочисленных ключей. Все существующие ключи ко-

мандной строки sendmail описаны в приложении Е, а в табл. 10.5 приведены

ключи, относящиеся к тестированию и отладке.

Таблица 10.5. Ключи sendmail для тестирования и отладки

Некоторые ключи командной строки используются для проверки механиз-

мов обработки адресов и подтверждения работоспособности новых настроек.

Когда вы будете уверены в работоспособности настроек, отправьте себе поч-

ту на различные адреса; необходимость в тестировании - отличная причина

завести несколько почтовых адресов в различных бесплатных почтовых