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

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

372

Глава 10. sendmail

Весь текст до символа "D (<Ctrl>+<D>) мы набрали самостоятельно. Весь

текст после символа "D является выводом sendmail. На рис. 10.5 выделены

некоторые важные элементы вывода и отмечены макроопределения sendma-

il, связанные с выделенными фрагментами.

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

сети Интернет. Вывод sendmail показывает, что узел rodent отправил почту в

домен ora.com посредством программы доставки smtp. Приветствие sendmail

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

ние, является ruby.ora.com. Следовательно, узел ruby должен являться поч-

службах. Используйте ключ -С для работы с определенным файлом настрой-

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

полностью выводит обмен SMTP между двумя узлами.

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

программе и форматирует адреса, можно получить представление о том, на-

сколько хорошо работают настройки. Следующий тест выполнялся с узла ro-

dent с использованием только что созданного нами файла test.cf:

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

373

Рис. 10.5. Подробная диагностика

товым сервером домена ora.com; то есть МХ-запись для ora.com указывает на

ruby.ora.com.

Сообщения EHLO указывают, что узлы rodent и ruby используют протокол

ESMTP (Extended Simple Mail Transfer Protocol).

Все замечательно работает! Мы могли бы завершить тестирование прямо

сейчас и использовать текущие настройки. Но, как и большинство компью-

терщиков, мы не можем остановиться в своем стремлении «сделать лучше».

Адрес From:, craig@rodent.wrotethebook.com, очевидно, является допусти-

мым, но его формат нас не совсем устраивает. Мы хотим, чтобы люди могли

присылать сообщения на адрес вида firstname.lastname@domain, а не

user@host.domain, то есть получить такие же настройки, как созданные при

помощи нескольких строк кода т4 ранее в этой главе. Здесь мы создадим те

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

ментов отладки, встроенных в sendmail. Однако если вы действительно на-

мереваетесь существенно изменить настройки sendmail, воспользуйтесь

макроопределениями т4.

Изменения, вносимые в sendmail.cf, обычно незначительны и располагают-

ся ближе к началу файла, в разделе локальной информации (Local Informa-

tion). Изучив внимательно этот раздел, мы получим сведения, необходимые

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

374

Глава 10. sendmail

Пусть мы и не знаем, что такое «masquerading» (сокрытие), комментарии

классов Е и М, а также макроопределения М позволяют нам догадаться, что

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

узла.

В частности, комментарий «names that should be exposed as from this

host, even if we masquerade» позволил мне предположить, что сокрытие

(masquerading) скрывает имя узла. Исходя из этой догадки мы установили

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

# who I masquerade as (null for no masquerading) (see also $=M) DMwrotethebook.com

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

скроет имя узла? Нет. Однако изменение значения в файле test.cf и еще один

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

ния с тестовыми настройками никак не влияет на работу демона sendmail,

запущенного командой sendmail -bd -q1h из загрузочного сценария. Только

экземпляр sendmail, запущенный с аргументом -Ctest.cf, будет использо-

вать в качестве файла настройки test.cf.

Тестирование правил подстановки

В начальном тесте адрес From: поступил на вход sendmail в виде craig и был

преобразован в craig@rodent.wrotethebook.com. Очевидно, произошла под-

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

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

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

вались для переписывания адреса. Чтобы получить дополнительную инфор-

мацию, выполним sendmail с ключом -bt.

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

«больше» (>). В ответ на приглашение наберите одну из команд тестирова-

ния, описанных в табл. 10.6.

Таблица 10.6. Команды тестирования sendmail

В исходном файле т4 мы указали на необходимость сокрытия имени при помощи

команды MASQUERADE_AS(wr0tetheb00k. com).

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

375

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

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

торый следует протестировать. Адрес выбрать просто - тот, что был непра-

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

Используйте рис. 10.4 для выбора наборов правил. Набор правил canonify

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

адресов (адреса доставки, адреса отправителя либо адреса получателя). Бо-

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

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

тельно все адреса обрабатываются набором final.

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

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

редается письмо. Адреса бывают трех типов: адреса доставки, адреса полу-

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

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

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

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

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

сом доставки в качестве аргумента:

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

-bt для обработки адреса отправителя, From:. Существует два типа адреса

отправителя: адрес отправителя на «конверте» и адрес отправителя в заго-

ловке сообщения. Адрес заголовка сообщения фигурирует в строке From:,

передаваемой с сообщением в сеансе передачи SMTP DATA. Этот адрес вы

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

ме чтения почты. Адрес «конверта» используется во взаимодействиях уров-

376

Глава 10. sendmail

ня протокола SMTP, sendmail позволяет нам наблюдать обработку адресов и

того и другого типа:

Команда /tryflags определяет тип адреса для обработки командой /try или

/parse. Для команды /tryflags доступно четыре флага: S (sender) - отправи-

тель, R (recipient) - получатель, Н (header) - заголовок и Е (envelope) - кон-

верт. Сочетанием двух из этих флагов в первой команде /tryflags мы обраба-

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

377

тываем адрес отправителя из заголовка (HS). Команда /try предписывает

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

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

для почтовой программы esmtp. Сначала мы обрабатываем его как адрес от-

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

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

для подстановки адреса отправителя в заголовке сообщения, но не адреса от-

правителя на конверте.

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

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

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

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

стройки, как в примере ш4. Команда FEATURE(masquerade_envelope) из

примера т4 приводит к изменению адреса отправителя на конверте. Следова-

тельно, в наших настройках также должна происходить подстановка.

Разница в обработке адресов сообщения и конверта состоит в том, что пер-

вые обрабатываются набором правил HdrFromSMTP, тогда как вторые - на-

бором правил EnvFromSMTP. Тесты показывают, что оба набора правил ис-

пользуют пересекающиеся наборы правил. Есть одно расхождение: набор

правил HdrFromSMTP вызывает набор правил MasqHdr, а набор правил

EnvFromSMTP вызывает набор MasqEnv. Тесты также показывают, что на-

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

соответствии с нашими пожеланиями, тогда как MasqEnv не выполняет та-

кую подстановку для адреса отправителя с конверта. Ниже приводится код

test.сf для наборов правил MasqEnv:

Очевидно, набор правил MasqEnv не делает то, что нам нужно, в отличие от

набора MasqHdr. Быстрое изучение набора MasqEnv позволяет понять, что

он не содержит ни единой ссылки на макроопределение М. Но при этом в са-

мом его начале присутствует комментарий «do masquerading», благодаря

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

адреса. Решение нашей задачи - добавить к набору правил MasqEnv строку,

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

водит необходимую обработку. Измененный набор правил показан ниже:

378

Глава 10. sendmail

Отладка файла sendmail.cf - это скорее искусство, нежели наука. Решение о

добавлении в набор правил MasqEnv строки вызова набора MasqHdr - не-

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

ее. Мы повторно выполнили sendmail -bt -Ctest.cf, чтобы протестировать ад-

реса craig, craig@rodent и craig@localhost при помощи команды /try esmtp.

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

ресов в конечный адрес craig@wrotethebook.com. Затем мы повторили тест

отправки почты командой sendmail -v -t

-Ctest. cf.

Только когда все тесты от-

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

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

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

Использование файлов ключей в sendmail

Последняя из добавленных нами в исходный файл т4 возможностей - FE-

ATURE (genericstable) - включает процесс работы с базой данных в задачу

преобразования электронного адреса (регистрационного имени пользовате-

ля в имя и фамилию пользователя). Чтобы повторить здесь те же действия,

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

телей. На основе этого файла создается база данных посредством makemap.

# cd /etc/mail

# cat realnames

dan Dan.Scribner

tyler Tyler.McCafferty

pat Pat.Stover

willy Bill.Wright

craig Craig.Hunt

# makemap hash realnames < realnames

Когда база данных создана, создайте определения для sendmail. С этой

целью воспользуйтесь командой К. Чтобы воспользоваться только что соз-

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

информации (Local Information) файла sendmail.cf:

# define a database to map login names to firstname.lastname

Krealnames hash /etc/mail/realnames

Команда К определяет realnames в качестве внутреннего имени sendmail для

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

hash, а ее полное имя - /etc/realnames. sendmail добавляет к именам файлов

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

можете не беспокоиться.

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

для перезаписи адресов. Добавляем мы его в наборы правил EnvFromSMTP

и HdrFromSMTP - сразу после строк в этих наборах, вызывающих набор

Более подробные сведения о makemap приводятся в разделе, посвященном т4.

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

379

MasqHdr. В этом случае наше новое правило обрабатывает адрес сразу после

того, как закончится его обработка набором правил MasqHdr.

# when masquerading convert login name to firstname.lastname

R$-<@$M.>$* $:$(realnames $1 $)<@$M.>$2 user=>first.last

Данное правило обрабатывает вывод набора правил MasqHdr, отвечающего за

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

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

вателя. Взгляните на вывод набора правил MasqHdr из приведенного ранее

теста. Адрес craig<@wrotethebook.com.> соответствует шаблону $-<@$М >$*.

В адресе ровно одна лексема (craig) перед литералом <@, за которым следует

значение М (wrotethebook.com), литерал .>, а затем нулевое число лексем.

Секция преобразования этого правила использует первую лексему ($1) ис-

ходного адреса в качестве ключа базы данных realnames, на что указывает

синтаксис $:$( realnames $1 $). Для адреса craig<@wrotethebook.com> $1 име-

ет значение craig. Запрос по этому индексу, обращенный к базе данных real-

names, приводимой в начале данного раздела, возвращает значение Сга-

ig.Hunt. Это значение предваряет литерал <@, значение макроопределения

М ($М), литерал .>, а также значение $2, как предписывается секцией преоб-

разования <@$М. >$2. В результате действия этого нового правила регистраци-

онное имя пользователя в адресе преобразуется в настоящее имя и фамилию

пользователя.

Когда это правило добавлено в наборы EnvFromSMTP и HdrFromSMTP, тест

дает следующие результаты:

380

Глава 10. sendmail

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

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

данных. Может возникнуть также следующее сообщение об ошибке:

test.cf: line 116: readcf: map realnames: class hash not available

Сообщение свидетельствует о том, что ваша система не поддерживает ассоци-

ативные базы данных. Можно попробовать изменить тип базы данных в стро-

ке команды

и повторно выполнить sendmail -bt, пока не будет найден тип,

с которым работает sendmail. В этом случае необходимо также повторно вы-

полнить makemap для каждого нового типа базы данных. Если ваша версия

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

нию Е за информацией о перекомпиляции sendmail с поддержкой баз данных.

Обратите внимание, что все изменения, вносимые непосредственно в sendma-

il.cf во второй половине этой главы (сокрытие адреса отправителя, сокрытие

адреса конверта, преобразование имен пользователей), в исходном файле т4

отражены всего лишь тремя строками. Эти примеры демонстрируют исполь-

зование инструментов тестирования sendmail. Если вам действительно нуж-

ны новые, специальные настройки, воспользуйтесь т4. Настройки sendmail

проще всего сопровождать и развивать посредством исходного файла гп4.

Резюме

sendmail передает и получает SMTP-почту, обрабатывает почтовые псевдо-

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

Резюме

381

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

п процессе загрузки системы и обрабатывает входящую почту SMTP. Опре-

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

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

сложными; для их определения в sendmail используется файл sendmail.cf.

Настройка sendmail.cf - самый трудный этап в создании сервера sendmail.

Синтаксис команд файла очень сжатый и затрудняет чтение. Задачу упро-

щают доступные примеры файлов sendmail.cf. В составе большинства сис-

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

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

sendmail необходимо обрабатывать макропроцессором ш4. Изменения, вно-

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

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

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

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

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

их в эксплуатацию.

sendmail - это большая, сложная служба, настолько важная, что заслужива-

ет отдельной главы. Еще одна важная служба - веб-служба, реализованная в

большинстве систем Unix на основе сервера Apache. Сложный синтаксис на-

стройки Apache - тема следующей главы.