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

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

352 Глава 10. sendmail

Определения почтовых программ

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

sendmail. Синтаксис команды:

Мпате, {field=value}

пате - произвольное внутреннее имя, используемое sendmail для описания

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

sendmail.cf это имя используется последовательно для ссылки на одну почто-

вую программу. Так, почтовая программа для доставки SMTP-почты в преде-

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

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

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

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

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

должно присутствовать в файле sendmail.cf. Еще три специальных имени

почтовых программ:

Таблица 10.2. Поля определений почтовых программ

Доставляет почту программам.

Записывает почту в файлы.

Направляет почту в списки : include:.

Из перечисленных почтовых программ только prog имеет определение в файле

sendmail.cf. Двум другим соответствуют внутренние определения sendmail.

Имя почтовой программы может быть любым, но обычно имена одинаковы

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

генерируются из стандартных макроопределений ш4. В созданной ранее на-

стройке linux.mc макроопределение MAILER(loeal) отвечает за определения

почтовых программ prog и local, а макроопределение MAILER(smtp) - за оп-

ределения smtp, esmtp, smtp8, dsmtp и relay. В любой системе, с которой вам

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

За именем почтовой программы следует список пар field=value, разделен-

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

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

(field)

и связанные с ними значе-

ния описаны в табл. 10.2. Большинству почтовых программ требуются не

все описанные поля.

Язык настройки sendmail.cf

353

Поле Path (Р) содержит полное имя программы доставки почты либо строку

[IPC]. Определение, в котором указано Р=[1РС], предписывает использовать

sendmail для доставки почты по SMTP.

Путь к программе доставки почты

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

программа. Прежде чем вносить изменения в поле Path, уточните, где хра-

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

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

ли вы используете ш4 для создания настроек, пути верны изначально.

Поле Flags (F) содержит флаги sendmail для данной почтовой программы,

а именно флаги почтовых программ, упоминавшиеся ранее в этой главе, в

разделе «Определение почтовых заголовков». Однако флаги почтовых про-

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

много. Описания флагов содержатся в приложении Е.

Поля Sender (S) и Recipient (R) указывают наборы правил, используемые

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

программы. Каждый набор правил обозначается по номеру. Мы еще обсудим

наборы правил более подробно в этой главе, а к значениям S и R будем обра-

щаться при отладке настроек sendmail.

Поле Argv (А) определяет вектор аргументов, передаваемых почтовой про-

грамме. Оно содержит, помимо прочего, расширения макроопределений:

имя пользователя-получателя (а именно $и)

, имя узла получателя ($h), а

также адрес From отправителя ($f). Подстановка значений макроопределе-

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

' Значения [TCP] и [IPC] взаимозаменяемы, как в поле Р, так и в поле А.

В определении почтовой программы prog $u в действительности передает имя про-

граммы в векторе аргументов.

354

Глава 10. sendmail

Поле End-of-line (Е) определяет символы, используемые для обозначения

конца строки. Комбинация возврата каретки и перевода строки (CRLF) по

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

Поле Maxsize (М) определяет максимальный размер сообщения, которое мо-

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

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

Поле Linelimit (L) определяет максимальную длину строки в байтах, допус-

тимую в письме, передаваемом через данную почтовую программу. Данное

поле появилось в sendmail V8. Предыдущие версии sendmail ограничивали

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

SMTP до появления расширений MIME.

Поле Directory (D) определяет рабочий каталог для почтовой программы

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

еточиями. Пример в табл. 10.2 предписывает prog использовать исходный

каталог получателя (таково значение внутреннего макроопределения $z).

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

невой (/) каталог.

Поле Userid (U) используется для указания умолчаний идентификаторов

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

грамма. Например, U=uucp: wheel указывает, что почтовая программа должна

выполняться с полномочиями пользователя ииср и группы wheel. В отсутст-

вие значения в поле Userid используется значение параметра DefaultUser.

Используйте Nice (N), чтобы изменять значение nice, с которым работает

почтовая программа. Значение nice определяет приоритет почтовой про-

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

ные сведения о допустимых значениях вы можете почерпнуть из страниц

руководства (man), посвященных nice.

Последние два поля используются только для почты MIME. Charset (С) опре-

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

преобразовании 8-битных сообщений в формат MIME. В отсутствие опреде-

ления Charset используется значение параметра DefaultCharSet. Если и этот

параметр не определен, по умолчанию используется значение unknown-8bit.

Поле Туре (Т) определяет информацию типа, используемую в MIME-сообще-

ниях об ошибках. Информация MIME-типа определяет тип агента передачи

почтовой программы, тип почтового адреса и тип сообщений об ошибках. По

умолчанию принимает значение dns/rfc822/smtp.

Общеупотребительные определения почтовых программ

Следующие определения почтовых программ взяты из файла generic-linux.cf:

Язык настройки sendmail.cf

355

Приведенный пример содержит следующие определения:

• Локальной доставки почты, имя которой всегда local. Определение явля-

ется обязательным для sendmail.

• Определение для доставки почты программам, всегда с именем prog. Дан-

ное определение присутствует в большинстве файлов настройки.

• Определение для доставки почты по TCP/IP, под именем smtp.

• Определение почтовой программы Extended SMTP, под именем esmtp.

• Определение почтовой программы SMTP, работающей с незакодирован-

ными 8-битными данными, под именем smtp8.

• Определение SMTP по требованию, под именем dsmtp.

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

TCP/IP через внешний узел пересылки почты, под именем relay.

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

почтовой программы smtp, показывает следующее:

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

нем smtp.

Путь к почтовой программе - [IPC], то есть доставкой почты занимается

непосредственно sendmail.

Флаги sendmail для данной почтовой программы: программа способна от-

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

присутствия заголовков Date, From и Message-Id; заглавные буквы в име-

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

нающейся с точки, добавляется дополнительная точка. Более подробная

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

Адрес отправителя на «конверте» сообщения обрабатывается набором

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

вается набором правил HdrFromSMTP. Подробнее об этом позже.

356

Глава 10. sendmail

R= EnvToSMTP

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

E=\r\n

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

L=990

Данная почтовая программа способна обрабатывать строки до 990 байтов

длиной.

T=DNS/RFC822/SMTP

Информация MIME-типа для данной почтовой программы: для работы с

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

ся RFC 822, используются коды ошибок SMTP.

А=ТСР $h

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

ководством по команде; в качестве иллюстрации изучите почтовую про-

грамму local. Однако для почтовой программы smtp аргумент ссылается

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

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

становки макроопределения $h.

Несмотря на объем приводимых сведений, не стоит слишком беспокоиться

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

процессором гп4 для вашей операционной системы, содержит верные опреде-

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

сети TCP/IP. Вы не должны испытывать необходимости в изменении каких-

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

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

Правила подстановки - сердце файла sendmail.cf. Наборы правил - это груп-

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

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

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

Каждое правило подстановки определяется командой R. Синтаксис команды R:

Rшаблон преобразование комментарий

Поля команды R разделяются символом табуляции. Система игнорирует по-

ле комментариев, но хорошие комментарии жизненно необходимы, если

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

вот основа команды R.

Шаблоны поиска

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

наружено соответствие, адрес переписывается в новом формате по правилам

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

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

357

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

шаблоном. Если соответствие вновь обнаружено, адрес переписывается по-

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

пока адрес не перестанет соответствовать шаблону.

Шаблон определяется посредством макроопределений, классов, литералов и

I специальных метасимволов. Макроопределения, классы и литералы ис-

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

ные, а метасимволы задают правила сравнения с шаблоном. В табл. 10.3

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

Таблица 10.3. Метасимволы шаблонов

Этот символ действует только в операционных системах Sun.

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

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

ратором. Операторами являются символы, указанные в параметре Operator-

Chars. Операторы также считаются лексемами при разборе адреса. Следую-

щий адрес электронной почты:

becky@rodent.wrotethebook.com

содержит семь лексем: becky, @, rodent, ., wrotethebook,., а также com. Этот

адрес соответствует шаблону поиска:

$-§$+

Адрес соответствует шаблону, потому что:

• в нем ровно одна лексема перед оператором то есть выполняется требо-

вание метасимвола $-;

• в нем присутствует оператор соответствующий литералу шаблона

• после оператора @ в адресе присутствует одна или более лексем, то есть

выполняется требование метасимвола $+.

358

Глава 10. sendmail

Многие адреса, такие как hostmaster@apnic.net и craigh@ora.com, соответст-

вуют этому шаблону, однако далеко не все. Так, адрес rebecca.hunt@wrotet

hebook.com шаблону не соответствует, поскольку оператору @ предшествуют

три лексемы: rebecca,., а также hunt. Следовательно, не выполняется требо-

вание наличия ровно одной лексемы, связанное с метасимволом $-. Мета

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

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

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

лами, сохраняются в неопределенных лексемах (indefinite tokens). Найден-

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

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

ются последовательно в соответствии с положением в шаблоне метасимво-

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

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

ствие для второго символа называется $2; для третьего - $3 и т. д. Сопостав-

ление адреса becky@rodent.wrotethebook.com с шаблоном $-@$+ привело к соз-

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

содержит одну лексему, becky, соответствующую символу $-. Вторая неопре-

деленная лексема носит имя $2 и содержит пять лексем - rodent, ., wrotet-

hebook, ., а также com, - соответствующих символу $+. На неопределенные

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

($1, $2 и т. д.) при переписывании адреса.

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

бых случаях. Символ $@ используется обычно отдельно для поиска пустого

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

операционной системе Sun с программой sendmail из дистрибутива системы.

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

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

ваний, а не поиска по шаблонам.

Преобразование адреса

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

мат, в который переписывается адрес. Формат определяется при помощи тех

же элементов, что и шаблон: литералов, макроопределений и специальных

метасимволов. Литералы в преобразованиях попадают в новый адрес без из-

менений. Для макроопределений выполняется подстановка. Метасимволы

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

нальность описаны в табл. 10.4.

Таблица 10.4. Метасимволы преобразований

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

359

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

лексем, обсуждавшихся выше. После подстановки неопределенная лексема

ваписывается в «новый» адрес. Подстановка неопределенных лексем - важ-

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

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

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

Адрес всегда обрабатывается рядом правил подстановки. Универсальных

правил не бывает. Предположим, исходный адрес mccafferty@rodent под-

вергся некоторой предварительной обработке и принял вид:

Предположим, что текущее правило подстановки

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

ред литералом <@, ровно одну лексему после литерала <@, а также литерал >.

Сопоставление с шаблоном при переписывании адреса приводит к созданию

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

Поле преобразования содержит неопределенную лексему $1, литерал <@, не-

определенную лексему $2, литерал точки ( .), ссылку на макроопределение D,

н также литерал >. После сопоставления с шаблоном $1 содержит kat-

hy. mccafferty, а $2 содержит rodent. Предположим, что макроопределение D

было создано ранее в файле sendmail.cf и хранит значение wrotethebook.com.

В результате исходный адрес переписывается следующим образом:

Рисунок 10.3 иллюстрирует данное конкретное преобразование адреса. По-

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

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

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

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

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

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

сему между литералами <@ и >. Итак, адрес не подвергается дальнейшей обра-

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

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

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

360 Глава 10. sendmail

Рис. 10.3. Переписывание адреса

Символ $>л вызывает набор правил п и передает этому набору адрес, создан-

ный оставшимися инструкциями поля преобразования. Например:

$>9 $1

Это преобразование вызывает набор правил 9 ($>9) и передает этому набору

для обработки содержимое лексемы $1, символ %, а также содержимое лек-

семы $2. Когда набор правил 9 заканчивает работу, он возвращает обрабо-

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

лоном вызывающего правила. Если соответствие найдено, набор правил 9

вызывается повторно.

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

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

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

цикливанию, лежит на их авторе. Символы $@ и $: используются для управ-

ления обработкой и предотвращения зацикливания. Если преобразование

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

образования возвращается набором правил. Если преобразование начинает-

ся символом $:, данное конкретное правило выполняется лишь единожды.

Используйте $: для предотвращения рекурсии и зацикливания при вызове

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

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

Символ $[ла/пе$] преобразует псевдоним узла или его адрес IP в каноническое

имя узла. С этой целью значение name передается для разрешения серверу

имен. К примеру, при обращении к серверам имен домена wrotethebook.com

$[mouse$] возвращает rodent.wrotethebook.com, а $[[172. 16.12.1]$] возвраща-

ет crab.wrotethebook.com.

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

кого имени в базе данных сервера имен, ключ {key) может использоваться

для извлечения информации из базы данных (тар) при помощи конструк-

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

ции $(шр кеу%). Здесь мы имеем дело с более сложным в применении и более

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

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

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

подстановки.

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

наборе правил 0. В наборе правил 0 определена тройка значений (mailer,

host, user), указывающая программу доставки почты, узел-получатель, а

также адресата почты.

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

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

$#mailer$@host$:user

Пример использования такой конструкции из файла generic-linux.cf:

R$*<@$*>$» $#esmtp $@ $2 $: $1 < @ $2 > $3 user@host.domain

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

почты david<@ora.wrotethebook.com>. Этот адрес соответствует шаблону

$*<@$+>$* по следующим причинам:

• Нуль или более лексем (david) соответствуют первому символу $*

• Адрес содержит литерал <@

• Нуль или более лексем (пять лексем фрагмента ora.wrotethebook.com) со-

ответствуют требованиям второго символа $*

• Адрес содержит литерал >

• Нуль или более (в данном случае нуль) лексем соответствуют требовани-

ям последнего символа $*

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

ных лексем. Лексема $1 содержит david, а лексема $2 содержит ora.wrotet-

hebook.com. Других соответствий не было, поэтому лексема $3 пуста. Эти не-

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

щую тройку значений:

$#smtp$@ora.wrotethebook.com$:david<@ora.wrotethebook.com>

Компоненты результата:

$#smtp

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

$@ога.wrotethebook.com

ога. wrotethebook. com - узел-получатель.

$:david<@ora.wrotethebook.com>

david<@ora.wrotethebook.com> - пользователь-адресат.