Re: Blank password bug(?) & work around

2006-01-12 Thread Graham Barr
On Jan 11, 2006, at 6:35 PM, Quanah Gibson-Mount wrote: --On Wednesday, January 11, 2006 9:20 PM + Peter Walsham <[EMAIL PROTECTED]> wrote: Chris, thanks for your reply. To put this another way, with Net::LDAP how do you do a simple bind with a DN and an empty password? Amazing to see t

Re: Net::LDAP::FilterMatch

2006-01-12 Thread [EMAIL PROTECTED]
Just for the archive.. - Original message --- Onderwerp: Re: Net::LDAP::FilterMatch Van: "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> Datum: Ma, 19 december, 2005 9:26 Aan: "Mike Jackson" <[EMAIL PROTECTED]> ---

Re: bug in Net::LDAP canonical_dn

2006-01-12 Thread Peter Marschall
Hi Andy, On Thursday, 12. January 2006 02:15, Webb, Andy wrote: > 1. canonical_dn takes an option parameter casefold, but it doesn't > pass casefold to ldap_explode_dn, which it uses internally, so > casefold=none is impossible. Casefold=upper works, because the case is > assertively changed

Re: Net::LDAP::FilterMatch

2006-01-12 Thread Peter Marschall
Hi Hans, On Sunday, 18. December 2005 21:53, [EMAIL PROTECTED] wrote: > attached is Net::LDAP::FilterMatch, a module to match Net::LDAP::Entry > objects against a Net::LDAP::Filter filter. > It can be used to filter out entries from an LDIF, but also as a simple > solution for searching while usin

Re: Net::LDAP::LDIF re-correction

2006-01-12 Thread Peter Marschall
Hi, On Wednesday, 11. January 2006 10:10, Gergely Sánta wrote: > Chris Ridd wrote: > >On 11/1/06 8:21, Gergely Sánta <[EMAIL PROTECTED]> wrote: > >>--Quanah Gibson-Mount wrote: > >>>--On Tuesday, January 10, 2006 5:29 PM +0100 Gergely Sánta > >>> > >>><[EMAIL PROTECTED]> wrote: > Hi! > >

Re: OID not set by Net::LDAP::Control::PersistentSearch constructor?

2006-01-12 Thread Peter Marschall
Hi, On Tuesday, 10. January 2006 20:49, Jim Schnitter wrote: > I'm having some problems getting the PersistentSearch Control working. > I've taken the example and found that it's not setting the OID > correctly. Here's the relevant code snippet: > I cannot reproduce the problem. What version of

Re: Net::LDAP::FilterMatch

2006-01-12 Thread [EMAIL PROTECTED]
Peter, I ran my tests and it still does what it should ;-) Formally the LE & GE should use string comparison for CIS, but until schema support has been build in (maybe as optional), the numeric comparison trick will be ok. I'm thinking about using Net::LDAP::Schema to determine the attribute

Re: Blank password bug(?) & work around

2006-01-12 Thread Peter Walsham
Thanks for all your replies. Conclusions So Far === So can I now conclude that the three following statements are correct? 1) ldapsearch does not properly implement LDAP 2) Active Directory does not properly implement LDAP 3) I cannot use Net::LDAP to authenticate users wi

Re: Blank password bug(?) & work around

2006-01-12 Thread Quanah Gibson-Mount
--On Thursday, January 12, 2006 2:24 PM + Peter Walsham <[EMAIL PROTECTED]> wrote: Thanks for all your replies. Conclusions So Far === So can I now conclude that the three following statements are correct? 1) ldapsearch does not properly implement LDAP 2) Active

Re: Blank password bug(?) & work around

2006-01-12 Thread Chris Ridd
On 12/1/06 2:24, Peter Walsham <[EMAIL PROTECTED]> wrote: > 3) I cannot use Net::LDAP to authenticate users with empty passwords As Graham and I both noted, you *can* do a bind with a DN and an empty password if you pass noauth => 1 in the bind call. You have to do that instead of passing passwor

RE: Blank password bug(?) & work around

2006-01-12 Thread Harden, Clif
Oh the joys of working with AD! :( Looking at these messages leads me to believe that Peter has the same situation that I have working with our AD. His ldapsearch examples and problems with the null password lead me to believe this. Here is my AD situation. With our AD, you can not CONNEC

Re: Blank password bug(?) & work around

2006-01-12 Thread Chris Ridd
On 12/1/06 8:13, Harden, Clif <[EMAIL PROTECTED]> wrote: > > > Oh the joys of working with AD! :( > > Looking at these messages leads me to believe that > Peter has the same situation that I have working with > our AD. His ldapsearch examples and problems with the > null password lead me to

RE: Blank password bug(?) & work around

2006-01-12 Thread Harden, Clif
I just put the windows version of ethereal on my pc system. If I get time I'll try to sniff some packets to see what is going on. Regards, Clif Harden -Original Message- From: Chris Ridd [mailto:[EMAIL PROTECTED] Sent: Thursday, January 12, 2006 2:25 PM To: Harden, Clif; Peter

Re: Blank password bug(?) & work around

2006-01-12 Thread Peter Walsham
As far as I can see, a bind where you set 'noauth'=>1 doesn't tell you whether a user exists with a correct password (testing with Active Directory). The following always returns "Success" regardless of the DN, but the bind can't be used for searching. #!/usr/bin/perl use strict; use warni

Re: Blank password bug(?) & work around (Final Solution)

2006-01-12 Thread Peter Walsham
Fantastic, found and tested catch all that works with AD and Net::LDAP without any nasty hacking. Thanks for your help Graham, Chris et al... #!/usr/bin/perl use strict; use warnings; use Net::LDAP; my $dn = 'cn=Joe,ou=London,o=axomic'; my $password = ''; my $ldapServer = new Net::LDA

Re: Blank password bug(?) & work around

2006-01-12 Thread Chris Ridd
On 12/1/06 7:51, Peter Walsham <[EMAIL PROTECTED]> wrote: > > > As far as I can see, a bind where you set 'noauth'=>1 doesn't tell you > whether a user exists with a correct password (testing with Active > Directory). > > The following always returns "Success" regardless of the DN, but the bind