The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Интерактивная система просмотра системных руководств (man-ов)

 ТемаНаборКатегория 
 
 [Cписок руководств | Печать]

canonical (5)
  • >> canonical (5) ( Русские man: Форматы файлов )
  • canonical (5) ( Linux man: Форматы файлов )
  •  

    НАЗВАНИЕ

    canonical - формат таблицы canonical в Postfix  

    ОБЗОР

    postmap /etc/postfix/canonical  

    ОПИСАНИЕ

    Дополнительная таблица canonical задаёт правила подмены локальных и не локальных адресов. Эти правила используется демоном cleanup(8). Все правила подмены адресов рекурсивны.

    Обычно таблица canonical оформляется в виде текстового файла, который подается на вход команды postmap(1). Получаемый индексированный файл в формате dbm или db используется почтовой системой для быстрого поиска. После изменения текстового файла выполните команду postmap /etc/postfix/canonical для обновления индексированного файла.

    Если таблица предоставляется другими средствами, такими как NIS, LDAP или SQL, поиск производится точно также, как и для обычного индексированного файла.

    Кроме того, таблица может быть представлена как карта регулярных выражений, в которой шаблоны заданы в виде регулярных выражений. В этом случае поиск происходит несколько другим способом, описанным ниже.

    Каноническая подмена действует как для адреса заголовка сообщения (т.е. для адреса внутри сообщений), так и для адреса конверта сообщения (например, адрес, используемый в командах протокола SMTP). Если хотите, вспомните набор правил S3 в Sendmail.

    Обычно таблицу canonical используют для замены регистрационных имен (login names) на Firstname.Lastname, или для очистки адресов, созданных наследуемыми почтовыми системами.

    Не следует путать каноническую подмену с поддержкой виртуальных доменов. Для этой цели используйте таблицу virtual(5).

    Не следует также путать каноническую подмену с локальными псевдонимами. Для этой цели используйте таблицу aliases(5).  

    ФОРМАТ ТАБЛИЦЫ

    
    
    Формат таблицы canonical следующий:
    
    пропуски и комментарии
    Пустые строки игнорируются, как и строки, начинающиеся с '#'.
    начальные пробелы
    Строки, начинающиеся с пробелов, являются продолжением предыдущей строки.
    шаблон результат
    Когда шаблон совпадает с почтовым адресом, то адрес заменяется на соответствующий результат.

    Во время поиска в индексных файлах типа DB или DBM, либо в сетевых таблицах, таких как NIS, LDAP или SQL, шаблоны действуют в следующем порядке:

    user@domain address
    user@domain заменяется на address. Эта форма имеет наивысший приоритет.

    Данная форма полезна для очистки адресов, созданных наследуемыми почтовыми системами. Также ее можно использовать для создания адресов в стиле Firstname.Lastname, однако, ниже смотрите более простое решение.

    user address
    user@site будет заменён на address, если site равен $myorigin, указан в $mydestination или в $inet_interfaces.

    Эта форма полезна для замены регистрационных имен на Firstname.Lastname.

    @domain address
    Каждый адрес в domain заменяется на address. Эта форма имеет наименьший приоритет.

    Во всех вышеперечисленных формах если address имеет вид @otherdomain, результатом будет тот же пользователь в домене otherdomain.  

    РАСШИРЕНИЕ АДРЕСА

    
    
    
    Если поиск в таблице не дал результата, а локальная часть адреса 
    содержит дополнительный разделитель получателей (например,
    user+foo@domain), поиск повторяется для не расширенного 
    адреса (например, user@domain), а не совпавшее расширение
    передаётся в результат поиска в таблице. Порядок сравнения
    следующий: user+foo@domain, user@domain, 
    user+foo, user и @domain.
     
    

    ТАБЛИЦЫ РЕГУЛЯРНЫХ ВЫРАЖЕНИЙ

    
    
    В этом разделе описывается отличие поиска в таблице, если она
    задана в виде регулярных выражений. Описание синтаксиса
    поисковой таблицы в виде регулярных выражений смотрите в
    regexp_table(5) или pcre_table(5).
    

    Каждый шаблон является регулярным выражением, применяемым к целому адресу, по которому производится поиск. Таким образом, почтовые адреса user@domain не разделяются на свои составляющие части user и @domain, а user+foo не разделяется на user и foo.

    Шаблоны применяются в порядке следования в таблице, пока не будет найдет шаблон, подходящий к строке поиска.

    Результат будет тот же, что и при поиске в обычном индексированном файле, с дополнительной возможностью интерполяции выделенных подстрок шаблона как $1, $2 и т.д.  

    ОШИБКИ

    Формат таблицы не распознает соглашения по квотированию.  

    ПАРАМЕТРЫ КОНФИГУРАЦИИ

    
    
    Для этой программы особо актуальны следующие параметры в main.cf.
    Подробнее о синтаксисе и значениях по умолчанию смотрите в
    файле main.cf в поставке Postfix. После изменения конфигурации 
    выполните команду postfix reload.
    
    canonical_maps
    Список таблиц канонической подмены.
    recipient_canonical_maps
    Поисковая таблица подмены адресов получателей в конверте и заголовке.
    sender_canonical_maps
    Поисковая таблица подмены адресов отправителей в конверте и заголовке.

    Другие параметры:

    inet_interfaces
    Адреса сетевых интерфейсов, по которым эта система получает почту.
    masquerade_domains
    Список доменов, которые скрывают структуру своих поддоменов.
    masquerade_exceptions
    Список пользовательских имен, к которым не применяется подмена адреса.
    mydestination
    Список доменов, которые эта почтовая система считает локальными.
    myorigin
    Домен, который указывается в локально отправленной почте.
    owner_request_special
    Задает специальную обработку адресов owner-xxx и xxx-request.
     

    СМОТРИ ТАКЖЕ

    cleanup(8) - канонизирует и ставит почту в очередь
    postmap(1) - создание таблицы подмены
    virtual(5) - таблица виртуальных доменов
    pcre_table(5) - формат таблиц PCRE
    regexp_table(5) - формат таблиц регулярных выражений POSIX
    
     

    ЛИЦЕНЗИОННОЕ СОГЛАШЕНИЕ

    
    
    С данным программным обеспечением должна поставляться лицензия от
    Secure Mailer.
     
    

    ОБ АВТОРАХ

    Wietse Venema
    IBM T.J. Watson Research
    P.O. Box 704
    Yorktown Heights, NY 10598, USA
    
    Перевод: 
    Alex Savvin <savvin@mail.ru>, Dec 15, 2001
    
    

     

    Index

    НАЗВАНИЕ
    ОБЗОР
    ОПИСАНИЕ
    ФОРМАТ ТАБЛИЦЫ
    РАСШИРЕНИЕ АДРЕСА
    ТАБЛИЦЫ РЕГУЛЯРНЫХ ВЫРАЖЕНИЙ
    ОШИБКИ
    ПАРАМЕТРЫ КОНФИГУРАЦИИ
    СМОТРИ ТАКЖЕ
    ЛИЦЕНЗИОННОЕ СОГЛАШЕНИЕ
    ОБ АВТОРАХ


    Поиск по тексту MAN-ов: 




    Спонсоры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2022 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру