Mark.... You are a gentleman and a scholar!
This worked perfectly. Once an chose a branch instead of the Tree - I saw immediate success. Thanks Again. On May 6, 2:07 pm, "Walters, Mark" <[email protected]> wrote: > It looks like you have set the base dn to c=ca; > > Base Table Name: ldap://142.212.154.39/c=ca??sub > > This will cause the LDAP plugin to try and retrieve a lot of information > about the attributes in the tree and that may be the problem. Try setting > the base dn to a single object of the type you are interested in (user?). > Create the vendor form and then, once it is saved, edit ldap search URL via > the form properties tabs and change it back to the more generic one that you > want. > > Mark > > ________________________________________ > From: Action Request System discussion list(ARSList) [[email protected]] On > Behalf Of Elry [[email protected]] > Sent: 06 May 2009 18:23 > To: [email protected] > Subject: ARDBC LDAP & Novell eDirectory & ARS 7.5 > > Hi Folks... > > Current Development Environment: > > ARS 7.5 > > SQL Server 2005 > > Windows Server 2003 > > We are trying to complete an LDAP Integration, but we are running into > the following problems when connecting to a Novell eDiredtory that > contains Groupwise information that we need to populate and update our > People Schema. > > Here is what happens: > > 1) We configure the ARDBC LDAP form according to the manual and how we > have it working with Apache DS. > > 2) We start the Plugin Log (set to "All" Log Level). > > 3) We attempt to create a Vendor Form using Developer Studio. > > 4) We wait (for about 90 seconds). > > 5) We do not see any LDAP Vendor Data Names. > > 6) Our LDAP Administrator indicates that he has provided Good User > Credentials since we can connect using a (third party) LDAP Browser. > > We are relying heavily on our server administrator to give us the > right credentials and permissions to get this to work. We are trying > to ascertain what we should go back and ask for based on the Plugin > Log file we have been analyzing (this is a summary): > > ldap_simple_bind("cn=ardbc,o=test_adm", hidden) > > Entering CLDAPDiscovery::Execute > > Entering CLDAPDiscovery::GetDSE > > Leaving CLDAPDiscovery::GetDSE > > CLDAPDiscovery::Execute - Base Table Name: ldap://142.212.154.39/c=ca??sub > > Entering CLDAPDiscovery::GetTableNames > > CLDAPDiscovery::ifEntriesExist - No More pages > > CLDAPDiscovery::ifEntriesExist - No More pages > > CLDAPDiscovery::ifEntriesExist - No More pages > > CLDAPDiscovery::ifEntriesExist - No More pages > > CLDAPDiscovery::GetTableNames numItems=%d > > CLDAPDiscovery::Execute > > ARDBCGetListSchemas > > OK > > There are no erros in the log file. > > Any ideas folks. > > Thanks! > > _______________________________________________________________________________ > UNSUBSCRIBE or access ARSlist Archives atwww.arslist.org > Platinum Sponsor:[email protected] ARSlist: "Where the Answers Are" > > _______________________________________________________________________________ > UNSUBSCRIBE or access ARSlist Archives atwww.arslist.org > Platinum Sponsor:[email protected] ARSlist: "Where the Answers Are" _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:[email protected] ARSlist: "Where the Answers Are"
