to do that (changing something here breaks something in almost all cases)
- removed disabled apps from application list in:
+ edit user
+ view user
+ edit group
Patch is mostly created by script in egroupware/doc/fix_depricated.php in separate commit.
I do NOT advice to apply this patch to a production system (it's commited to trunk!), as the automatic modified regular expressions have a good change to break something ...
-removed the manual setting of the link to the emailadmin, and moved it to emailadmin's hooks
-support the (user/group id change for emailadmin table/fields
- all commands get loged and optional documented with requesting
person and a comment
- all commands can be run immediatly or scheduled for a later execusion
- all commands can be run either from a command line (admin-cli), from
the web GUI or via a remore administration from a different instance
current status:
- command queue / history table created (need to be installed)
- base class for all comments
- one exemplary command to change application rights of users or groups
- admin-cli used the above comment and has additional parameters to set
the requesting person, scheduled execution time and comment
- GUI to watch the queue / history
- URL to excute/schedule commands remote
More to come now on a daily basis
- new cleaner AND documented interfaces
- old interfaces are still availible, but depricated
- LDAP backend stores now membership information in LDAP too, and does NO longer require the phpgwAccount schema
- LDAP backend deals now well with LDAP schema in which posixGroup is no structural object (eg. newer SuSE distros)
- password from users are done now binded as that user, so if you dont need/use our admin to manage accounts, you can give a root-dn which only allows to search&read accounts
but reduced to those functions, which are needed to manage ldap entries, which
rely only on standard schemas (core, qmail) which are not considered "experimental"
and without the need to add a separate schema.
This modul will be extended whenever possible and approved for more values.
Main goal here is: Ability to easily use eGW Admin for account management with
LDAP beackend and to comply with those schemas, the distros are delivering.
The link for this module will be shown in addition to Lars' EmailAdmin if LDAP
is used as account storage. So it will not break existing installation ;-)