UNCLASSIFIED Hi .
I am finding unexpected behaviour when using this control against our AD servers. I have tried this using 5.8 (perl-ldap 0.44) and 5.16 (perl-ldap 0.57) and the results are the same. Environment in Windows-7x64, Active State Perl 5.8 and 5.16. I am using the standard sample code from CPAN ( <http://search.cpan.org/~marschap/> Peter Marschall > <http://search.cpan.org/~marschap/perl-ldap-0.57/> perl-ldap-0.57 > Net::LDAP::Control::Paged) in a called subroutine. The LDAP connection creation and bind are done once in the main code. I have set my page size at 999 (our AD used to have a 1000 limit, now 20,000) and the first (paged) search returns the expected result. However, a second (paged) search using identical parameters, returns only a subset of the first result. LDAP search and store completed, extracted 2941 entries. (Correct result) LDAP search and store completed, extracted 943 entries. (Second search, same parameters, wrong result). Another similar test returned around 24,000 results from the first search, and a subsequent (non-paged) search failed with an LDAP error 12. If I do the non-paged search first, then the large paged search it all works fine. My gut feeling is the first paged search is somehow now being "cleaned up" properly and is leaving something hanging open at the AD end. I have tried making the subroutine doing the whole LDAP code (create connection, bind, search, unbind, destroy etc.) so that all the details are destroyed between searches, but this does not change the issue. I can however run the whole script multiple times without issues. I can also do the same search (returning 2941 entries) as a non-paged search multiple times without issue. I feel I need to somehow flag to AD that I'm fully done with the paging, but not sure how this might be done as an addition to the sample CPAN code. Any help would be much appreciated. -Keith Keith Morrell Specialist Identity & Access Management P +61 2 8918 8644 (x88644) | M +61 408 257 899 | E <mailto:keithmorr...@nbnc.com.au> keithmorr...@nbnco.com.au Level 11, 100 Arthur Street, North Sydney NSW 2060 Level 40, 360 Elizabeth Street, Melbourne VIC 3000 NBN Co Logo.jpg <https://twitter.com/#!/nbncolimited> cid:image012.png@01CD2909.F700ED50 <http://www.youtube.com/nbnco> cid:image013.png@01CD2909.F700ED50 <http://www.nbnco.com.au/> cid:image014.jpg@01CD2909.F700ED50 <http://nbncojobs.taleo.net/careersection/external/jobsearch.ftl?lang=en> cid:image015.jpg@01CD2909.F700ED50 Notice to recipient: This e-mail is intended only to be read or used by the addressee. It is confidential and may contain information that is subject to legal professional privilege or protected by copyright. If you are not the addressee indicated in this message (or responsible for delivery of the message to that person), you may not copy or deliver this message to anyone, and you should destroy this message and kindly notify the sender by reply e-mail. Copyright, confidentiality and legal professional privilege are not waived or lost by reason of mistaken delivery to you. Emails to/from NBN Co Limited ACN 136 533 741 may undergo email filtering and virus scanning, including by third party contractors, however, NBN Co Limited does not guarantee that any email or any attachment is secure, error-free or free of viruses or other unwanted or unexpected inclusions. Any views expressed in this message are those of the individual sender, except where the sender specifically states them to be the views of NBN Co Limited PLEASE CONSIDER OUR ENVIRONMENT BEFORE PRINTING
<<image001.jpg>>
<<image002.png>>
<<image003.png>>
<<image004.jpg>>
<<image005.jpg>>
smime.p7s
Description: S/MIME cryptographic signature
