On 17 Oct 2008, at 19:56, Graham Barr wrote:
On Oct 17, 2008, at 12:49 PM, Jason Vas Dias wrote:
whereas it returned an empty string in errorMessage - an error
string would have greatly
helped in diagnosing the problem and correcting my mistake.
Tell you LDAP server vendor as that is the s
On Oct 17, 2008, at 12:49 PM, Jason Vas Dias wrote:
So it seems the Net::LDAP issue (very minor bug) is that in case 1
above,
No, it is not a bug.
Net::LDAP gets this response:
"
LDAP::process
Net::LDAP=HASH(0xca22c0) received:23 bytes
30 15 02 01 02 69 10 0A 01 20 04 09 6F 3D 61 74 0...
Part of RFC 4533.
---
lib/Net/LDAP/Constant.pm |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/lib/Net/LDAP/Constant.pm b/lib/Net/LDAP/Constant.pm
index a9bebe9..7098d8c 100644
--- a/lib/Net/LDAP/Constant.pm
+++ b/lib/Net/LDAP/Constant.pm
@@ -437,6 +437,10 @@ A loop has
Thanks to Richard Boss for spotting this.
---
lib/Net/LDAP/Control/SyncRequest.pm |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/lib/Net/LDAP/Control/SyncRequest.pm
b/lib/Net/LDAP/Control/SyncRequest.pm
index 95cd716..d905d7b 100644
--- a/lib/Net/LDAP/Control/SyncReques
On Oct 16, 2008, at 6:46 PM, Jason Vas Dias wrote:
Please excuse me if I am misunderstanding something (I'm an LDAP
newbie) -
but is this a Net::LDAP bug:
Supplying an extra attribute to the "dn" of a Net::LDAP::add request,
as with:
$ldap->add( 'cn='.$myUserObject{cn}.',uid='.${myUserObjec
Jason Vas Dias <[EMAIL PROTECTED]> writes:
> Please excuse me if I am misunderstanding something (I'm an LDAP newbie) -
> but is this a Net::LDAP bug:
>
> Supplying an extra attribute to the "dn" of a Net::LDAP::add request,
> as with:
>
>$ldap->add(
> 'cn='.$myUserObject{cn}.',uid='.${myUse
Please excuse me if I am misunderstanding something (I'm an LDAP newbie) -
but is this a Net::LDAP bug:
Supplying an extra attribute to the "dn" of a Net::LDAP::add request,
as with:
$ldap->add(
'cn='.$myUserObject{cn}.',uid='.${myUserObject}{uid}.',o=att.com',
$myUserObject) # FAILS
res
