Групповая отправка с использованием LDAP

Общие вопросы по установке и настройке сервера Postfix.
Писать в этот форум могут только зарегистрированные пользователи.

Модераторы: prefer, alexandrnew, ALex_hha, Roman, Axel

Ответить
ermolaich
Новичок
Новичок
Сообщения: 12
Зарегистрирован: 03 ноя 2006, 13:54

Групповая отправка с использованием LDAP

Сообщение ermolaich » 03 ноя 2006, 15:02

Добрый день. Подскажите, пожалуйста, возможное решение проблемы. Проблема заключается в следущем:
Необходимо организовать групповую пересылку писем на everyone@domain.ru, adm-group@domain.ru и т.д. В качестве базы данных используется LDAP. Пусть все будет на примере everyone. Нижу даны куски конфига:

main.cf:
есть такая строка для разрешения алиасов:
virtual_aias_maps = ldap:$config_directory/ldap/ldap-aliases.cf

ldap-aliases.cf
то, что касается фильтра:
query_filter = (&(objectclass=mailgroup)(|(mail=%s)(mailalternateaddress=%s)))
result_attribute = mail
special_result_attribute = uniqueMember, memberUrl


в LDAP-е для everyone есть запись с такими атрибутами:
mail = everyone@domain.ru
memberurl = ldap:///ou=People,o=organization??sub?(&(objectclass=person)(uid=*))
objectclass=mailgroup


При отправке на everyone@domain.ru ошибок не выдается. Но письмо ни на один адресат не доходит. В подробном логе выдает такую ошибку:

Nov 3 16:14:00 isp postfix/qmgr[15624]: [ID 197553 local3.info] C96F15C3A0: to=<everyone@domain.ru>, relay=none, delay=0.9, delays=0.69/0.21/0/0, dsn=4.3.0, status=deferred (mail transport unavailable)

а потом, когда queue-менеджер пытается повторно переслать, такие ошибки:

Nov 3 16:14:25 isp postfix/qmgr[15661]: [ID 947731 local3.warning] warning: connect to transport ldap: No such file or directory

В очереди differed лежит письмо, адресованное everyone@domain.ru (а не персонально адресатам). Подозреваю, что в результате указанного конфига virtual_alias_maps становится равен everyone@domain.ru, user1@domain.ru, user2@domain.ru, ... . И проблема в попытке переслать на несуществующий физически ящик everyone@atomlink.ru

Заранее спасибо за помощь!

ermolaich
Новичок
Новичок
Сообщения: 12
Зарегистрирован: 03 ноя 2006, 13:54

Сообщение ermolaich » 08 ноя 2006, 08:24

Все решилось. Стоял глобальный параметр receive_override_options = no_address_mappings

Ответить