Bug 238719 – net-nds/smbldap-tools: smbldap-passwd password change as user fails when using sub-ous

• Product: Gentoo Linux
• Status: CONFIRMED ---

[Description Huemi 2008-09-26 07:24:31 UTC]

Being logged in as a normal user located in a sub-Organizational Unit (not the ou=Users, but i.e. ou=IT,ou=Staff,ou=Users) in the LDAP-tree and try to change your password with the smbldap-passwd command it fails, because the smbldap-passwd command does not handle this case correctly.

Changing the password as "root" for any user succeeds, because the code to locate the user in the tree is different for root, but normal users can't change their password on their own.

Reproducible: Always

Steps to Reproduce:
Search path for users i.e. ou=Users,dc=home,dc=at
create sub-OU, i.e. ou=IT,ou=Staff,ou=Users,dc=home,dc=at
create a user there i.e. cn=test,ou=IT,ou=Staff,ou=Users,dc=home,dc=at using smbldap-useradd -o "ou=IT,ou=Staff" option
set a password for this user
log in as this user
call smbldap-passwd

Actual Results:  
wonder why it won't accept your correct password

Expected Results:  
should accept your current password and ask for the new one

[Comment 1 Huemi 2008-09-26 07:26:42 UTC]

Created attachment 166454 [details, diff]
Patch for an old smbldap-tools version, have forgotten which version it was (maybe 0.9.1?)

[Comment 2 Huemi 2008-09-26 07:56:09 UTC]

Created attachment 166459 [details, diff]
Unified patch for smbldap-tools-0.9.4-r1

[Comment 3 Huemi 2009-01-15 09:30:04 UTC]

As it seems that nothing has happened for more than three months:
Will there be any solution/fix implemented in future versions?

[Comment 4 Víctor Ostorga (RETIRED) 2011-05-06 15:41:29 UTC]

(In reply to comment #3)
> As it seems that nothing has happened for more than three months:
> Will there be any solution/fix implemented in future versions?

smbldap-tools-0.9.6 has been recently added to portage, please check if the issue still persists with this version

[Comment 5 Huemi 2011-08-08 18:51:11 UTC]

Problem persists. This could have been easily checked by reading the sources:

line 122 contains get_user_dn($user), which is used for finding the user if called by root.

line 108 just concats uid=$user with the preconfigured usersdn from the config file, which can't work with sub-ous.

Tried to contact the author Mr. Tournier in November 2008, but received no answer since then.

Saw in the recent ChangeLog a new mail address --> is there a new maintainer (who still doesn't know the bug, because nobody reported it to him)?

[Comment 6 azra 2023-06-11 01:10:48 UTC]

JoaoSoares
stardol.com