From: Pythagoras W. <py...@ec...> - 2000-05-28 21:00:42
|
On Sun, May 28, 2000 at 03:10:04PM +1000, Jason Hellwege wrote: :- I'm connecting to a new PABX phone database which uses LDAPv2 (I believe). : HOST: pe-pabx-dna.stservices.latrobe.edu.au : BASE: o=Latrobe University, c=AU : LOGIN: Not required :I've been able to query this server using the "Directory Services" :window in Eudora. (Note: "o=Latrobe University" may change to "o=La :Trobe University" soon) Are you really getting ALL the entries that you would expect? My testing below indicates that some entries are returned, but not necessarily all. Perhaps Eudora is not bothering to inform you of a problem, preferring to not confuse users instead? :WHAT HAPPENS: :- When I run simplesearch.pl, I get the error message "failed to bind :with 1", so it's not even getting to make an anonymous bind to the :server. Trying it under Solaris with Net::LDAP version 0.18 and ASN1 version 0.06, I find that the server unceremoniously closes the connection after sending 46 entries with the '(objectclass=*)' filter. This causes an operations error (i.e. a code of 1) to be reported by Net::LDAP. By changing the "die" in the line: die ("search failed with ",$mesg->code(),"\n") if $mesg->code(); to a "warn", I was able to get the 46 entries printed out. This is exactly the same results as I get from using OpenLDAP's ldapsearch, so I would say that there is a problem with your LDAP server. What server are you using? Note that this behavior of the server dropping the connection is not consistent. While the server does drop while searching with a filter of '(title=Mr)' (although after returning 22 entries), the server completes successfully when using a filter of '(organizationalunitname=BOUVERIE FAMILY CENTRE)' which returns 23 entries. -- Py (Amateur Radio: KF6WFP) -- 3.141592653589793238462643383... Pythagoras Watson -- "Live long and may all your kernels pop." === py...@cs... ==== http://www.ecst.csuchico.edu/~py/ === |