|
From: James A. P. <ja...@pc...> - 2004-03-31 04:17:25
|
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Chris Bowlby wrote:
| At 06:38 PM 3/29/04, Chris Bowlby wrote:
|
|> Hi All,
|>
|> Ok, now that 1.5.2 is out the door, I'd like to retire that package
|> so we can work on a newer version that is much more flexible, and can
|> be configured fairly easily. 1.5.x I'd like to leave as a bug fix only
|> version with new versions going into a 2.x version. This is what I'd
|> like to have as part of my wish list:
|>
|> - Change to a session based platform, rather then cookie based. Cookie
|> usage is outdated when dealing with PHP and sessions are much easier
|> to maintain.
|> - A flow based means to manage ACL controls on folders, for both
|> cyrus+sasl and cyrus2+sasl2 based systems. James started some work on
|> this area based on older work that I had in place, but we both felt
|> 1.5.x based ACL controls were going to be somewhat limited anyway.
|> - fully PHP based, remove as much of the perl code as possible. I
|> don't yet know if this will be possible, but I'd like to remove some
|> of the issues we've been having with SUID based scripts.
|> - I new interface, allowing administrators to move around the system a
|> little easier.
|> - Give the user (non-admin accounts) more control over their own
|> mailboxes....
|> - Change in the file structure framework, so that we can simplify some
|> screens a little more.
|>
|> This is a small wish list, but it's also a set of ideas I've been
|> thinking about for the last year or so, anyone have any additional
|> items to add?
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).
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
- ---
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.
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.
- --
James A. Pattie
ja...@pc...
Linux -- SysAdmin / Programmer
Xperience, Inc.
http://www.pcxperience.com/
http://www.xperienceinc.com/
http://www.pcxperience.org/
GPG Key Available at http://www.pcxperience.com/gpgkeys/james.html
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iD8DBQFAakY8tUXjwPIRLVERAqyMAJwLuUBkxDmxxT7hnO/iB2e6Zpc4TwCgmnye
XHSl7SSs+S7fL6L5V8AwY58=
=4brK
-----END PGP SIGNATURE-----
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
MailScanner thanks transtec Computers for their support.
|