From: Chris B. <ch...@hu...> - 2004-03-31 11:45:25
|
At 12:17 AM 3/31/04, James A. Pattie wrote: >Adding support for ldap or other authentication backends where we would create >users in them and not the sasl interface, but the rest of the functionality is >still imap based (quotas, acl's). k, we just need to make sure we have various options enabled to be able to do that... >This should be customizable. By default we stick with the sasl/sasl2 >interface >and have a config option to let the user say we want to use ldap, mysql, >whatever. > >I guess I'm thinking of: > >userBackend = 'sasl2'; // sasl, sasl2, ldap This would help manage it :> >We should probably install /etc/mailadmin/settings.{php,pl} config files that >get included by the config.inc file or the perl scripts (assuming we still >need >them) and thus let the perl scripts be able to get the backend to use (sasl, >sasl2, etc.), the admin username and password, and imap seperator without us >having to pass them in on the command line. That works, sounds cool.. >By having a global /etc/mailadmin/settings.{php,pl} file, we can have an >install >script that asks the user what the database name is, user to use, etc., >populate >the config file snippet and create the database and have our >/usr/share/mailadmin/includes/config.inc file just source that file. All the >critical user changes would be in /etc/mailadmin/settings.{php,pl} which will >get around some of the limitations that different distros have in having a >config file in /usr. (Debian comes to mind) > >That should help upgrading to be much easier. agreed. |