Turbo Fredriksson
2005-05-14 14:36:12 UTC
A minor bug fix release.
phpQLAdmin 2.2.4 Release (May 14 2005)
Bug fixes
- Figure out if user is ezmlm administrator in any branch. If yes (and ezmlm is
in use), then show ezmlm list frame.
- Load defaults.inc for _EACH_ dn configure (within the foreach(branches) loop).
- Fix toggle of 'user_details/access:Administrate QmailLDAP/Controls'.
- After changing a global configuration option, add the user DN correctly to the
redirect link - controlsAdministrator uses 'delval' as information on which
user we're changing for example.
- The old java function refreshFrames() don't seem to work any more (!?!?). Instead
manually reload all frames using 'parent.frames.<FRAME>.location.reload()'.
- Information about the minimum[UG]IDNumber is in the base object, so
pql_get_next_ugidnumber() needs to be called with the rootdn as third
option.
- The value retreived by pql_get_define() for the minimum[UG]IDNumber is
NOT an array, so if it's defined, but not an array -> make it an array.
This so that pql_get_next_ugidnumber() will work correctly.
- When finding the first availible [ug]id number, the [ug]idNumber is NOT
an array, so take the WHOLE value, not the [0] (which will be the first
character in the value).
- Improve the scripts/create_user.pl script.
+ Try to create Kerberos V prinicipal if userPassword contain either
'{KERBEROS}' (old, depricated format) _or_ '{SASL}' (new format).
+ Don't try to create Kerberos V principal if it already exists.
+ Error checking.
- If we're adding a Kerberos V principal, then we need to save the autogenerated
(if availible) password. This is later used in the 'kadmin' command to set
the password for the principal.
- Add the posixGroup object if the user is created with the posixAccount
object class. Previosly, it was only created if it was a 'system' account
(which is not done any more, with the template stuff and all).
GUI layout changes
- If we're debugging, we state what tables/user_add* file we're including
from user_add.php.
- Don't show an empty/non-existant email address in the user details->Registered
addresses table.
+ Don't offer to 'Create new alias' either...
- If we're using the Kerberos V password scheme, then we shouldn't show the
'Autogenerate password' and 'Password is already encrypted'.
+ However, we should show the autogenerated password (if any) below the
'original' password promt (which contains the principal).
Misc changes
- If we allow the 'clearTextPassword' attribute, put it in the object (if it's
defined).
- Rename the internal group account to 'internal_group' to allow user/admins
to create their own 'group' account.
phpQLAdmin 2.2.4 Release (May 14 2005)
Bug fixes
- Figure out if user is ezmlm administrator in any branch. If yes (and ezmlm is
in use), then show ezmlm list frame.
- Load defaults.inc for _EACH_ dn configure (within the foreach(branches) loop).
- Fix toggle of 'user_details/access:Administrate QmailLDAP/Controls'.
- After changing a global configuration option, add the user DN correctly to the
redirect link - controlsAdministrator uses 'delval' as information on which
user we're changing for example.
- The old java function refreshFrames() don't seem to work any more (!?!?). Instead
manually reload all frames using 'parent.frames.<FRAME>.location.reload()'.
- Information about the minimum[UG]IDNumber is in the base object, so
pql_get_next_ugidnumber() needs to be called with the rootdn as third
option.
- The value retreived by pql_get_define() for the minimum[UG]IDNumber is
NOT an array, so if it's defined, but not an array -> make it an array.
This so that pql_get_next_ugidnumber() will work correctly.
- When finding the first availible [ug]id number, the [ug]idNumber is NOT
an array, so take the WHOLE value, not the [0] (which will be the first
character in the value).
- Improve the scripts/create_user.pl script.
+ Try to create Kerberos V prinicipal if userPassword contain either
'{KERBEROS}' (old, depricated format) _or_ '{SASL}' (new format).
+ Don't try to create Kerberos V principal if it already exists.
+ Error checking.
- If we're adding a Kerberos V principal, then we need to save the autogenerated
(if availible) password. This is later used in the 'kadmin' command to set
the password for the principal.
- Add the posixGroup object if the user is created with the posixAccount
object class. Previosly, it was only created if it was a 'system' account
(which is not done any more, with the template stuff and all).
GUI layout changes
- If we're debugging, we state what tables/user_add* file we're including
from user_add.php.
- Don't show an empty/non-existant email address in the user details->Registered
addresses table.
+ Don't offer to 'Create new alias' either...
- If we're using the Kerberos V password scheme, then we shouldn't show the
'Autogenerate password' and 'Password is already encrypted'.
+ However, we should show the autogenerated password (if any) below the
'original' password promt (which contains the principal).
Misc changes
- If we allow the 'clearTextPassword' attribute, put it in the object (if it's
defined).
- Rename the internal group account to 'internal_group' to allow user/admins
to create their own 'group' account.