Возможно, наиболее мощное свойство
Каждое правило имеет левую и правую стороны, отделяемые по крайней мере одним символом табуляции. Когда sendmail обрабатывает почту, он просматривает правила в поисках соответствия на левой стороне. Если адрес соответствует левой стороне правила, он будет заменен правой стороной и обработан снова.
В файле sendmail.cf наборы определяются, используя команды Sn , где n определяет текущий набор.
Правила непосредственно появляются в командах R. Поскольку каждая команда R читается, это правило будет добавлено к текущему набору.
Если вы имеете дело только с файлом sendmail.mc, Вы не должны заботиться о командах S, поскольку макрокоманды будут формировать их для Вас автоматом. Но нужно самому кодировать правила команд R.
Набор правил в sendmail выглядит так:
Sn Rlhs rhs Rlhs2 rhs2 |
sendmail использует ряд стандартных макросов. Наиболее полезные из них применительно к написанию правил:
Полное доменное имя хоста.
Компонент hostname из записи FQDN.
Компонент domain name записи FQDN.
Эти макросы можно включать в правила. Наша конфигурация использует макрос $m.
В левой стороне правила Вы определяете образец, который будет соответствовать адресу или группе адресов, которые нужно трансформировать. Большинство символов сравниваются буквально, но есть ряд символов, которые имеют специальное значение. Они перечислены в следующем списке:
Соответствует строго нулю элементов.
Соответствует нулю или большему числу элементов.
Соответствует одному или большему числу элементов.
Соответствует строго одному элементу.
Соответствует любой фразе в классе x
Соответствует любому слову НЕ в классе x
Лексема (элемент) представляет собой строку символов, разграниченных пробелами. Пробел нельзя включить в лексему, но это и не требуется. Когда правило соответствует адресу, текст, связанный с каждым из образцов в выражении, будет назначен специальной переменной, которую мы используем в правой стороне. Единственное исключение: $@, который не соответствует никаким лексемам и, следовательно, не будет создавать текст, который нужно использовать на правой стороне.
Когда левая сторона правила соответствует адресу, первоначальный текст будет удален и заменен правой стороной правила. Все лексемы в правой стороне не будут скопированы буквально, если они начинаются с символа доллара. Как и для левой стороны несколько метасимволов могут использоваться на правой стороне. Они приведены в следующем списке:
Этот метасимвол будет заменен на n-ое выражение с левой стороны.
Этот метасимвол превратит hostname в каноническое имя.
Это более общая форма поисковой таблицы. Вывод: результат поиска ключа в таблице map с использованием параметров arguments. Здесь map может быть любой из поддерживаемых sendmail карт, таких как virtusertable, которые я опишу немного позже. Если поиск провалился, будет использовано значение default. Если оно не задано, ничего не изменится, а запись key будет выведена так, как пришла.
Анализирует остаток строки через набор правил n. Вывод этого набора будет выдан как результат текущего правила. Это позволяет правилам вызывать другой набор.
Этот метасимвол заставляет набор правил остановить обработку и определяет транспорт, который должен использоваться для передачи данного сообщения на следующем шаге доставки. Этот метасимвол должен быть вызван только из набора 0 или из его подпрограмм. Это конечная стадия синтаксического анализа адреса.
Этот метасимвол определяет хост, которому это сообщение будет послано. Если это локальный хост, имя может быть опущено. Параметр host может быть разделенным двоеточияим список хостов-адресатов, которые будут последовательно перебраны для доставки данного письма.
Определяет целевого пользователя для сообщения почты.
Правило обычно обрабатывается до тех пор, пока не прекратится совпадение. Тогда запускается следующее правило. Это можно поменять указанием на правой стороне одного из двух специальных метасимволов:
Этот метасимвол заставляет набор вернуть остаток правой стороны как значение. Никакие другие правила в наборе не обрабатываются.
Заставляет это правило завершаться немедленно, но остаток текущего набора будет обработан.
Рассмотрим следующее правило левой стороны:
$* < $+ > |
Это правило соответствует нулю или большему количеству элементов, сопровождаемых символом <, за которым идет один или большее число лексем и символ > после них.
Если это правило применить к brewer@vbrew.com или к Head Brewer < >, соответствия не будет. В первом случае потому, что нет символа <. Во втором из-за того, что $+ соответствует одному или большему числу лексем, а в данном случае никаких лексем между символами <> нет. В любом случае при несоответствии правила, правая сторона не используется.
Если правило применить к Head Brewer < brewer@vbrew.com >, то оно сработает, и на правой стороне $1 заменится на Head Brewer, а $2 на brewer@vbrew.com.
Если правило применить к < brewer@vbrew.com > оно сработает потому, что $* соответствует нулю или более лексем, а на правой стороне $1 заменится на пустую строку.
Каждый из наборов sendmail выполняет свою задачу в обработке почты. Когда Вы пишете правила, важно понять, что каждый из наборов должен делать. Рассмотрим все наборы, которые можно менять через скрипты m4:
Набор 3 ответственен за преобразование адреса в произвольном формате в общий формат, который sendmail будет обрабатывать. Ожидаемый выходной формат: local-part@ host-domain-spec.
Набор правил 3 должен поместить имя хоста преобразованного адреса в символы < и >, чтобы сделать проще последующий синтаксический анализ. Набор 3 применяется перед тем, как sendmail сделает любую другую обработку адреса. Так что именно здесь нужно задавать преобразование адресов в случае использования sendmail как почтового шлюза для сети с нестандартными адресами почты. Используйте макрос LOCAL_RULE_3.
Набор 0 применяется к адресам получателя после набора 3. Макрос LOCAL_NET_CONFIG управляет правилами для вставки в нижнюю половину набора 0.
Набор 0 выполнит доставку сообщения получателю, он должен установить три параметра: транспорт, хост и получатель. Правила будут помещены перед любым определением интеллектуального хоста. Этим способом обрабатываются все smtp-соединения для пользователей LAN в нашем примере.
Набор 1 применяется ко всем адресам отправителей, а набор 2 ко всем адресам получателей. Обычно они пустые.
В примере 18-3 использована макрокоманда LOCAL_NET_CONFIG, чтобы объявить локальное правило, которое гарантирует, что любая почта внутри нашего домена будет доставлена непосредственно, используя транспорт smtp. Теперь, когда мы рассмотрели, как строятся правила, мы сможем понять, как это правило работает. Давайте возьмем другой пример, чтобы рассмотреть этот процесс.
Пример 18-3. Правило из vstout.uucpsmtp.m4
LOCAL_NET_CONFIG # This rule ensures that all local mail is delivered using the # smtp transport, everything else will go via the smart host. R$* < @ $* .$m. > $* $#smtp $@ $2.$m. $: $1 < @ $2.$m. > $3 |
Известно, что макрос LOCAL_NET_CONFIG вызовет правило, которое будет вставлено где-нибудь близко к концу набора 0, но перед любым определением интеллектуального хоста. Также известно, что набор 0 последний. Здесь должны быть три параметра: транспорт, хост и пользователь.
Две строки комментария можно игнорировать: они все равно ничего не делают. Правило задано строкой, начинающейся с R. Мы знаем, что R является командой sendmail и добавляет это правило к текущему набору. В данном случае это набор 0. Давайте рассматривать левую и правую стороны.
Левая сторона правила выглядит так: $* < @ $* .$m. > $*.
Набор 0 ищет символы < и > потому, что они должны прийти из набора 3. Набор 3 преобразует адреса в общую форму и делает синтаксический анализ проще, он также помещает часть host адреса почты в символы <>.
Это правило соответствует любому адресу почты, который напоминает: 'DestUser < @ somehost.ourdomain. > Some Text' . То есть, это соответствует почте для любого пользователя на любом компьютере в нашем домене.
Помните, что текст, согласованный метасимволами на левой стороне правила, будет назначен макроопределениям для использования на правой стороне. В примере первое определение $* соответствует тексту от начала адреса до символа <. Весь этот текст назначается переменной $1 для работы с ним на правой стороне. Второе определение $* назначено $2, а последнее к $3.
Мы теперь имеем достаточно данных, чтобы понять левую сторону. Эти правила соответствуют почте для любого пользователя в любом компьютере в нашем домене. Имя пользователя будет в $1, имя хоста в $2, любой сопроводительный текст в $3. Затем вызывается правая сторона, чтобы обработать эти данные.
Давайте теперь рассматривать то, что мы ожидаем видеть в выводе. Правая сторона нашего правила выглядит так: $#smtp $@ $2.$m. $: $1 < @ $2.$m. > $3.
Когда правая сторона нашего набора обрабатывается, каждый из метасимволов интерпретируется, и соответствующие замены будут сделаны.
Метасимвол $# заставляет это правило использовать указанный транспорт, в данном случае smtp.
Метасимвол $@ задает целевой хост. В этом примере целевой компьютер определен как $2.$m., что является полным доменным именем в нашем домене, то есть FQDN, созданный из компонента hostname, назначенного $2 левой стороной, с добавлением доменного имени (.$m.).
Метасимвол $: определяет целевого пользователя, который тоже задан на левой стороне правила и хранится в $1.
Мы сохраняем содержание секции <> и любой сопроводительный текст, используя данные из левой стороны.
Так как это правило обращается к конкретному транспорту, письмо будет послано для доставки соответствующему транспортному агенту. В нашем примере оно будет передано адресату через протокол SMTP.
| Назад | Глобальное оглавление | Вперед |
| Построение файла sendmail.cf | Локальное оглавление | Опции sendmail |
