Имеется сеть ~500 рабочих станций, авторизуются в M$ Active Directory (LDAP), возникла нужда поднять сервер для коллективной работы и почтовой переписки. Остановился на eGroupware.

Собираю такую конфигурацию:
postfix(+amavis+clamav etc..) + dovecot + eGroupware

Есть два возможных способа хранить данные об учетных записях пользователей и механизмов аутентификации:
1. Хранение пользователей и их доп.информации в LDAP (Active Directory), аутентификация по LDAP;
2. Хранение пользователей в SQL (MySQL), авторизация также в SQL;

В eGroupware важна возможность создания глобальной адресной книги.
Для почты использую сейчас 2 виртуальных домена, вскоре может понадобиться и третий.

Вопрос: на каком варианте лучше остановиться? LDAP или SQL?
Существует ли возможность, к примеру, используя аутентификацию в SQL доставать адреса и доп. информацию (в адресную книгу) из LDAP?

• eGroupware + AD (LDAP) или eGroupware + SQL,DogEater, 09:46 , 09-Сен-10
• eGroupware + AD (LDAP) или eGroupware + SQL,Skif, 13:34 , 09-Сен-10
  • eGroupware + AD (LDAP) или eGroupware + SQL,Skif, 13:39 , 09-Сен-10

а "зёбра" никак не привлекла?
она может цепляться к внешнему AD как авторизацией так и книгой.

Если у вас такое большое количество юзверей - цепляйте к Ldap иначе замахаетесь с авторизациями. Не стоит зоопарк розводить на ровном месте.
На сайте разработчика лежит дока по подключению адресных книг в Ldap

>[оверквотинг удален]
>по LDAP;
> 2. Хранение пользователей в SQL (MySQL), авторизация также в SQL;
>
>В eGroupware важна возможность создания глобальной адресной книги.
>Для почты использую сейчас 2 виртуальных домена, вскоре может понадобиться и третий.
>
>
>Вопрос: на каком варианте лучше остановиться? LDAP или SQL?
>Существует ли возможность, к примеру, используя аутентификацию в SQL доставать адреса и
>доп. информацию (в адресную книгу) из LDAP?

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