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

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

332

Глава 10. sendmail

sendmail в роли демона

Чтобы получать почту SMTP по сети, запустите sendmail в качестве демона в

процессе загрузки системы. Демон sendmail прослушивает порт TCP с номе-

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

зующий запуск sendmail, уже существует в одном из загрузочных сценари-

ев. Если это не так, добавьте его. Следующая строка запускает sendmail в ка-

честве демона:

# /usr/lib/sendmail -bd -q15m

В этой командной строке мы используем два ключа. Ключ -q указывает send-

mail, как часто следует обрабатывать очередь почтовых сообщений. В данном

случае очередь обрабатывается раз в 15 минут

(-q15m),

что является разумным

значением для частой обработки очереди. Не стоит слишком занижать это

значение. Слишком частая обработка очереди может привести к проблемам,

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

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

риантом является обработка очереди раз в час (-q1h) или раз в полчаса (-q30т).

Второй параметр относится непосредственно к приему почты SMTP. Ключ

-bd предписывает sendmail работать в качестве демона и принимать входя-

щую почту через порт TCP с номером 25. Используйте этот параметр, если

ваша система должна принимать входящую почту TCP/IP.

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

сценариев не столь просты. Они, в общем случае, не ограничиваются запус-

ком. В системе Solaris 8 для запуска sendmail используется сценарий /etc/

init.d/sendmail. Прежде всего, этот сценарий Solaris проверяет наличие ка-

талога почтовой очереди. Если каталог не существует, sendmail создает его.

В сценарии Solaris 8 параметры командной строки устанавливаются при по-

мощи переменных. В переменной MODE хранится ключ -bd, а в переменной

QUEUEINTERVAL - интервал обработки очереди. По умолчанию в сцена-

рии Solaris 8 QUEUEINTERVAL имеет значение 15т; чтобы изменить интер-

вал обработки очереди, измените значение QUEUEINTERVAL. Не изменяй-

те значение переменной MODE, если нет необходимости запретить прием

входящей почты. Чтобы sendmail работала в качестве демона и принимала

входящую почту, эта переменная должна иметь значение -bd. Чтобы доба-

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

Solaris 8, поместите эти ключи в значение переменной OPTIONS.

Сценарий Red Hat /etc/rc.d/init.d/sendmail еще сложнее, чем его версия для

Solaris. Он принимает аргументы

start, stop, restart,

condrestart и

status,

что

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

демона sendmail. Аргументы start и stop пояснений не требуют. Аргумент

restart приводит к останову работающего процесса sendmail и запуску ново-

го процесса. Аргумент condrestart схож по действию с restart, с той разни-

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

щий процесс sendmail. Если демон sendmail не запущен на момент выполне-

Псевдонимы sendmail

333

иия сценария с аргументом condrestart, сценарий просто завершает работу.

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

фикатор процесса, если демон запущен, либо сообщение о том, что sendmail

остановлен, если он не запущен.

Когда сценарий Red Hat вызывается с аргументом

start,

то начинает работу

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

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

/etc/sysconfig/sendmail. Подобно сценарию для Solaris, сценарий Red Hat

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

строки, но сами переменные инициализируются косвенно значениями из

файла /etc/sysconfig/sendmail. Файл /etc/sysconfig/sendmail системы Red

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

$ cat /etc/sysconfig/sendmail

DAEMON=yes

QUEUE=1h

Если DAEMON имеет значение yes, sendmail запускается с ключом -bd. Ин-

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

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

(1h). Дополнительный код, присутствующий в большинстве загрузочных

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

Rendmail в качестве демона. Все что в действительности нужно - командная

строка sendmail с ключом -bd.

Псевдонимы sendmail

Практически невозможно преувеличить важность почтовых псевдонимов.

Без них система sendmail не смогла бы функционировать в качестве цент-

рального почтового сервера. Почтовые псевдонимы позволяют:

• Создавать альтернативные имена (прозвища) для отдельных пользователей

• Пересылать почту на другие узлы

• Создавать списки рассылки

Почтовые псевдонимы sendmail хранятся в файле aliases.

Базовый формат

записей файла aliases:

alias: recipient[, recipient,...]

alias - это имя, на которое адресуется почта, a recipient - имя, по которому

выполняется ее доставка. Значение recipient может быть именем пользова-

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

почты, содержащим имя пользователя и имя узла. Имя узла в составе адреса

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

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

Местоположение файла определяется параметром ALIAS_FILE в файле т4-макро-

определений для sendmail.

334

Глава 10. sendmail'

Первые два псевдонима являются специальными именами. В их присутст-

вии почта, адресованная на имя postmaster, доставляется локальному поль-

зователю clark, а почта, адресованная пользователю root, доставляется поль-

зователю norman.

В формате второго набора псевдонимов используется сочетание имени и фа-

милии. Первый псевдоним этой группы - rebecca.hunt. Почта, адресованная

на rebecca.hunt, передается с узла crab и доставляется пользователю Ьес-

ky@rodent. Сочетание этого псевдонима с МХ-записью, определяющей crab

в качестве почтового сервера домена wrotethebook.com, приводит к доставке

почты, адресованной пользователю rebecca.hunt@wrotethebook.com, по адре-

су becky@rodent.wrotethebook.com. Такая схема адресации позволяет всем

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

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

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

ok.com используется схема адресации имя.фамилия, он может написать

письмо Ребекке Хант на адрес rebecca.hunt@wrotethebook.com, не зная ее

действительного адреса электронной почты.

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

определяет собственно список. Если почта адресована admin, копия сообще-

ния передается каждому из получателей (kathy, david, sara, becky, craig, an-

na, jane и christy). Обратите внимание, что список рассылки занимает не-

МХ-записи описаны в главе 8.

ресованная на этот псевдоним, доставляется всем получателям - фактичес-

ки так создается список рассылки.

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

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

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

специальным именам, таким как postmaster или root, на адреса реальных

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

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

что особенно эффективно в сочетании с МХ-записями.

Следующий файл ali-

ases с узла crab демонстрирует все описанные применения:

Псевдонимы sendmail 335

сколько строк. Строка продолжения должна начинаться пробелом или сим-

нолом табуляции.

Псевдоним owner-admin - специальное имя, обладающее смыслом для send-

mail. Формат специального псевдонима: owпег-список, где список - имя (на-

звание) списка рассылки. Лицо, указанное в строке этого псевдонима, отве-

чает за указанный список рассылки. Если sendmail сталкивается с пробле-

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

щение об ошибке передается по адресу owner-admin. Псевдоним owner-

admin указывает, что за сопровождение списка admin отвечает admin-req-

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

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

ков рассылки, сопровождение которых осуществляется вручную. Обратите

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

шенно законно. Псевдоним admin-request отображается в craig.

sendmail не использует файл aliases напрямую. Файл aliases необходимо об-

работать командой newaliases. Выполнение newaliases эквивалентно вызову

sendmail с ключом -bi, который приводит к созданию базы данных псевдони-

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

мой sendmail при поиске псевдонимов. Применяйте newaliases, когда вноси-

те изменения в файл aliases, чтобы новые псевдонимы становились доступ-

ны sendmail.

Пересылка личной почты

Помимо пересылки почты на основе псевдонимов, sendmail позволяет поль-

зователям системы создавать собственные правила пересылки. Такие прави-

ла пользователь определяет в файле .forward, в своем исходном каталоге,

sendmail сверяется с этим файлом после обработки по файлу aliases и перед

окончательной доставкой пользователю. Если файл .forward существует,

sendmail доставляет почту, следуя правилам из этого файла. Например,

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

файл .forward, содержащий адрес kathy@podunk.edu. Почта, которую в обыч-

ной ситуации sendmail доставляет локальному пользователю kathy, пересы-

лается в таком случае на учетную запись kathy в системе podunk.edu.

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

менение файла aliases и компиляция базы данных требует больших усилий,

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

пересылки носит кратковременный характер. Кроме того, файл .forward поз-

воляет пользователю самостоятельно управлять пересылкой своей почты.

Почтовые псевдонимы и пересылка почты управляются файлами aliases и

.forward. Все прочие вопросы, связанные с настройкой sendmail, решаются

при помощи файла sendmail.cf.

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

псевдонимов, даже если не выполнена команда newaliases. См. приложение Е.

336 Глава 10. sendmail

Файл sendmail.cf

Настройки sendmail хранятся в файле sendmail.cf.

Файл содержит большую

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

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

мами доставки почты. Файл sendmail.cf имеет три основных функции:

• Определяет среду sendmail

• Преобразует адреса в формат принимающей почтовой программы

• Связывает адреса с инструкциями, необходимыми для доставки почто-

вых сообщений

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

манды макроопределений и параметров создают среду. Правила подстанов-

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

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

лишне лаконичного синтаксиса этих команд системные администраторы

весьма неохотно читают файл sendmail.cf, не говоря уже о том, чтобы его пи-

сать! К счастью, как мы скоро увидим, можно обойтись и без написания соб-

ственного файла sendmail.cf.

Пример файла sendmail.cf

Едва ли можно назвать вескую причину для создания sendmail.cf с нуля.

Примеры файлов настройки поставляются в комплекте большинства сис-

тем. Некоторые системные администраторы используют стандартный файл

настройки sendmail.cf и вносят в него небольшие изменения, отражающие

локальные потребности настройки. Этот подход к настройке sendmail мы

рассмотрим позже в этой главе.

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

ходные файлы ш4 для создания файла sendmail.cf. Создание настроек при по-

мощи т4 рекомендовано разработчиками sendmail как простейший способ

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

ходные файлы гп4 не входят, а даже если и входят, они пригодны для исполь-

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

системы. После обновления sendmail следует использовать исходные файлы

ш4, совместимые с обновленной версией sendmail. Если вы намереваетесь ис-

пользовать т4 или наиболее свежую версию sendmail, загрузите дистрибутив

с исходными текстами sendmail с сайта http://www.sendmail.org. Пример

установки дистрибутива sendmail описан в приложении Е.

Каталог sendmail cf/cf содержит несколько примеров файла настройки.

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

До выхода версии sendmail 8.11 по умолчанию файл настройки хранился в ката-

логе /etc. Теперь по умолчанию он хранится в /etc/mail, однако часто располага-

ется в других каталогах, таких как /usr/lib.

Файл sendmail.cf

337

Эти макроопределения не являются командами sendmail; они представляют

собой исходные данные для макропроцессора ш4. Приведенные строки файла

прототипа активны, их предваряет блок комментариев (не отраженный в

листинге), который ш4 игнорирует, поскольку этот блок следует за командой

divert(-1), перенаправляющей вывод в «никуда». Данный блок файла начи-

нается командой divert(O), то есть команды обрабатываются, а результаты

направляются на стандартный вывод.

Команда dnl в конце строки divert(O) предотвращает появление в файле ре-

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

вола новой строки. Она влияет на внешний вид, но не на функциональность

конечного файла, dnl может фигурировать в конце любой макрокоманды,

а также может использоваться в начале строки, и в таком случае строка ин-

терпретируется как комментарий.

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

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

те RCS (Release Control System) или SCCS (Source Code Control System). Дан-

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

OSTYPE определяет специфичную для операционной системы информацию

настройки. Каталог cf/ostype содержит почти 50 файлов макроопределений

для различных операционных систем. Макроопределение OSTYPE - обяза-

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

одного из файлов упомянутого каталога. Примеры значений: bsd4.4, sola-

rise, linux.

FEATURE определяет необязательные возможности, включаемые в файл

sendmail.cf. В данном примере значение nouucp указывает, что адреса UUCP

личных операционных систем. Подкаталог cf/cf каталога sendmail.8.11.3

содержит общие настройки для систем BSD, Solaris, SunOS, HP Unix, Ultrix,

OSF1 и Next Step, а также несколько файлов прототипов, предназначенных

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

ших изменений. Мы изменим файл tcpproto.mc, предназначенный для сис-

тем с прямыми подключениями к сетям TCP/IP и без подключений UUCP,

в целях использования в нашей системе Linux.

Построение sendmail.cf при помощи макроопределений т4

Файлы прототипов из архива sendmail не готовы к мгновенному примене-

нию. Их необходимо отредактировать и обработать макропроцессором ш4,

чтобы получить собственно файлы настройки. Например, файл tcpproto.mc

содержит такие макроопределения:

338 Глава 10. sendmail

в этой системе не используются. Аргумент reject предписывает отвергать

локальные адреса в стиле UUCP, то есть содержащие символ ! в локальной

части. Вспомним, что в предшествующем разделе мы описали tcpproto.mc

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

тотипа будут иные значения FEATURE.

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

В исходном файле они должны занимать последние места. Приведенный

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

товой программы SMTP.

В макроопределении MAILER(local) фигурирует почтовая программа local,

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

а также программа prog, передающая почтовые файлы программам, работа-

ющим в системе. Все базовые файлы с макроопределениями содержат опре-

деление MAILER(local), поскольку почтовые программы local и prog реали-

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

Определение MAILER(smtp) включает все почтовые программы, необходи-

мые для передачи SMTP-почты по сети TCP/IP. В данный набор включены

следующие почтовые программы:

smtp

Обрабатывает традиционную почту SMTP в формате ASCII 7-бит. Про-

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

разнообразными типами данных.

esmtp

Поддерживает протокол Extended SMTP (ESMTP). Понимает расширения

протокола ESMTP и способна работать со сложносоставными сообщения-

ми и более совершенными типами данных MIME-почты. Для SMTP-поч-

ты это почтовая программа, используемая по умолчанию.

smtp8

Передает удаленному серверу 8-битные данные, даже если удаленный

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

сервер, поддерживающий работу с 8-битными данными, поддерживает

также ESMTP и способен сообщить о поддержке 8 битов в ответ на коман-

ду EHLO. (Описание протокола SMTP и команды EHLO содержится в гла-

ве 3.) Однако возможен случай подключения к удаленному серверу, кото-

рый поддерживает 8-битные данные, но не поддерживает ESMTP. И для

таких редких случаев существует почтовая программа smtp8.

dsmtp

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

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

«выталкивает» ее на конечную систему, dsmtp, напротив, позволяет ко-

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

ее. Данная почтовая программа реализует команду ETRN, разрешающую

доставку по запросу. (Команда ETRN описана в документе RFC 1985.)

Файл sendmail.cf

339

Файл sendmail.cf, результат выполнения команды т4, имеет формат, подхо-

дящий для чтения программой sendmail. За исключением вопросов обработ-

ки адресов UUCP, полученный файл схож с файлом примера generic-linux.cf

из дистрибутива sendmail.

OSTYPE - не единственный элемент файла макроопределений, поддающий-

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

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

Для примера мы изменим некоторые параметры с целью создания настроек,

приводящих к преобразованию почтовых адресов вида user@host, исходя-

щих с нашей машины, в формат firstname.lastname@domain. С этой целью

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

кретными значениями для домена - под именем wrotethebook.com.m4, а так-

же измененный файл управления макроопределениями, linux.mc, включаю-

щий новый файл wrotethebook.com.m4.

Файл wrotethebook.com.m4, который мы сохранили в каталоге cf/domain, со-

держит такие строки:

$ cat domain/wrotethebook.com.ш4

MASQUERADE_AS(wrotethebook.com)

Теперь выполним команду m4:

relay

Эта почтовая программа используется, если требуется пересылка SMTP-

почты через промежуточный почтовый сервер. Узлов промежуточной пе-

ресылки почты может быть несколько.

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

ными, использует набор почтовых программ MAILER(smtp), как и большин-

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

пользуется TCP/IP. Большинство систем sendmail требуют присутствия этих

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

держка почты SMTP требует присутствия макроопределения MAILER(smtp) в

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

Кроме этих двух важных наборов почтовых программ, команда MAILER

предоставляет доступ еще к девяти наборам. Описания наборов содержатся в

приложении Е. Большая их часть не представляет интереса для средней

конфигурации. Двумя наборами почтовых программ, включенными в на-

стройки tcpproto.mc, ограничивается большинство администраторов.

Чтобы создать пример файла sendmail.cf на основе файла прототипа tcppro-

to.mc, скопируйте файл прототипа в рабочий файл. Отредактируйте рабочий

файл: необходимо подставить в строку OSTYPE корректное для вашей опе-

рационной системы значение вместо unknown (к примеру, solaris8 или linux).

следующем примере мы использовали

sed,

чтобы заменить unknown на linux.

Результат мы сохраняем в файле под именем linux.mc:

340

Глава 10. sendmail

Каждая строка данного файла состоит из двух полей: первое поле содержит

ключ, то есть регистрационное имя пользователя, а второе поле - имя и фа-

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

выступают пробелы. Запрос по имени dan для этой базы возвращает резуль-

тат Dan.Scribner. Небольшую базу данных вроде этой можно легко создать

вручную. В системе с большим числом пользовательских учетных записей

процесс лучше автоматизировать извлечением регистрационного имени,

имени и фамилии пользователя из файла /etc/passwd. Поле gcos файла /etc/

passwd часто содержит настоящее имя пользователя.

После сохранения

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

средством команды

makemap.

Программа makemap входит в состав дистрибутива

sendmail. Ее синтаксис выглядит следующим образом:

Пример сценария, создающего базу данных realnam.es на основе /etc/passwd, со-

держится в приложении Е.

В системах Solaris карты NIS и таблицы NIS+ создаются при помощи стандарт-

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

таксис для работы с этими картами (см. табл. 10.3).

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

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

ok.com. Помимо адресов из заголовков сообщений, мы предписываем то же

действие для адресов «конвертов» (envelope). Первые две строки отвечают за

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

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

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

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

вательской части адреса. Мы должны сгенерировать базу данных: создать

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

манды makemap из дистрибутива sendmail.

Формат базы данных может быть очень простым:

makemap читает стандартный ввод и записывает базу данных в файл

name.

Поле

type

определяет тип базы данных. Наиболее распространенные типы баз дан-

ных для sendmail:

dbm,

btree и hash.

Базы данных всех этих типов могут соз-

даваться при помощи команды makemap.

Файл sendmail.cf

341

При установке sendmail из tar-архива используйте тс-файл прототипа в ка-

честве отправной точки настройки. Чтобы использовать наиболее актуаль-

ную версию sendmail, необходимо создать совместимый файл sendmail.cf

при помощи макроопределений ш4. Не пытайтесь использовать старый файл

sendmail.cf с новой версией sendmail; этим вы только наживете неприятнос-

ти. Как можно видеть из приведенных выше примеров, файлы настройки т4

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

ний. Используйте т4 для создания новых настроек при каждом обновлении

sendmail.

И наоборот, не следует использовать sendmail.cf, созданный на основе фай-

лов прототипов из дистрибутива sendmail старой версии. Возможности в

этих файлах требуют присутствия совместимой версии sendmail, а значит -

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

стройки.

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

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

гих и вовсе не установлен компилятор языка С. Если вы отказываетесь от

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

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

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

Информация о компиляции sendmail содержится в приложении Е.

Предположим, что приведенные выше данные мы сохранили в файле realna-

mes. Следующая команда преобразует этот файл в базу данных:

makemap читает текстовый файл и создает файл базы данных с именем gene-

ricstable. Эта база данных связывает регистрационные имена пользователей

с их настоящими именами, то есть по ключу willy возвращается значение

Bill.Wright.

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

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

данных, хранятся в файле wrotethebook.com.m4. Нам необходимо включить

этот файл в настройки. С этой целью мы добавим строку DOMAIN(wrotethebo-

ok.com) в управляющий файл (linux.mc), а затем обработаем файл linux.mc

процессором ш4. Следующая команда grep показывает, как выглядят макро-

определения в файле после внесения изменений: