Skip Menu |

This queue is for tickets about the perl-ldap CPAN distribution.

Report information
The Basics
Id: 118880
Status: rejected
Priority: 0/
Queue: perl-ldap

People
Owner: Nobody in particular
Requestors: ameyer [...] servercentral.com
Cc:
AdminCc:

Bug Information
Severity: (no value)
Broken in: (no value)
Fixed in: (no value)



Subject: userPassword hash modes ignored
Date: Mon, 21 Nov 2016 18:39:44 +0000
To: "bug-perl-ldap [...] rt.cpan.org" <bug-perl-ldap [...] rt.cpan.org>
From: Andrew Meyer <ameyer [...] servercentral.com>
Net::LDAP is up to date. (0.65) When adding a password to a user's account the {hash method} is dropped off. for example: my $result = $ldap->add ( "$userDn", attr => [ 'objectClass' => ["posixAccount", ........ "ldapPublicKey"], 'cn' => ["$userName"], 'gidNumber' => ["$gidNumber"], 'homeDirectory' => ["/home/$userName"], 'sn' => ["$user{sn}"], 'uid' => ["$userName"], 'uidNumber' => ["$uidNumber"], 'loginShell' => ["/bin/bash"], 'userPassword' => ["{SASL}$user{sAMAccountName}"], 'mail' => ["$user{mail}"], ] ); When I look up the user in LDAP, the userPassword does not have {SASL} prepended to the attribute's value. The password should be a "plaintext" password that has the value of user{sAMAccountName} prepended with {SASL} Please advise
Subject: [rt.cpan.org #118880]
Date: Mon, 21 Nov 2016 22:15:38 +0000
To: "bug-perl-ldap [...] rt.cpan.org" <bug-perl-ldap [...] rt.cpan.org>
From: Andrew Meyer <ameyer [...] servercentral.com>
This may not or may not be a bug, it looks like some of my code was overriding variables and when I made the changes to fix this, the userPassword attribute started to be added correctly. I wish that I had a better explanation.
On Mon Nov 21 17:15:56 2016, ameyer@servercentral.com wrote: Show quoted text
> This may not or may not be a bug, it looks like some of my code was > overriding variables and when I made the changes to fix this, the > userPassword attribute started to be added correctly. I wish that I had > a better explanation. >
As perl-ldap does fiddle with the values passed to attributes, I reject this as it is no perl-ldap bug.