Return-Path: Delivered-To: apmail-directory-users-archive@www.apache.org Received: (qmail 25764 invoked from network); 20 Apr 2007 18:58:13 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 20 Apr 2007 18:58:13 -0000 Received: (qmail 24413 invoked by uid 500); 20 Apr 2007 18:58:19 -0000 Delivered-To: apmail-directory-users-archive@directory.apache.org Received: (qmail 24387 invoked by uid 500); 20 Apr 2007 18:58:19 -0000 Mailing-List: contact users-help@directory.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@directory.apache.org Delivered-To: mailing list users@directory.apache.org Received: (qmail 24376 invoked by uid 99); 20 Apr 2007 18:58:19 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 20 Apr 2007 11:58:19 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: domain of matt@dzone.com designates 64.246.49.135 as permitted sender) Received: from [64.246.49.135] (HELO usermagnet.com) (64.246.49.135) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 20 Apr 2007 11:58:11 -0700 Received: from [66.57.94.83] (account matt@javalobby.org HELO [10.64.64.3]) by usermagnet.com (CommuniGate Pro SMTP 5.1.7) with ESMTPA id 11606557 for users@directory.apache.org; Fri, 20 Apr 2007 14:57:50 -0400 Message-ID: <46290D15.1070000@dzone.com> Date: Fri, 20 Apr 2007 14:57:25 -0400 From: Matthew Schmidt User-Agent: Thunderbird 2.0b2 (Windows/20070116) MIME-Version: 1.0 To: users@directory.apache.org Subject: Re: Problem searching and binding from PHP and SugarCRM References: <46290349.7070604@dzone.com> In-Reply-To: Content-Type: multipart/mixed; boundary="------------060707040003040109030207" X-Virus-Checked: Checked by ClamAV on apache.org --------------060707040003040109030207 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Hi guys. Thanks for the reply. We're using 1.5.0. There are no entries in the ADS log that are useful. The ldif is attached. Unfortunately, the log I sent you was the debug log. I have no idea how the PHP ldap library does searches, so I assume search_filter:(uid=jimmy) on the ldap_rdn_lookup call would be the basic query. Thanks, Matt Alex Karasulu wrote: > On 4/20/07, Emmanuel Lecharny wrote: >> >> Hi Matthew, >> >> I'm sorry, but the log you provided are really not suffisant for us to >> tell >> you what happened. We need more : >> 1) which ADS version are you using ? >> 2) do you have some ADS logs ? >> 3) can you provide a ldif wher we can see the uid=jimmy entry? > > > 4) Does SugarCRM have a detailed debug log that will show us the search > filter used? > 5) What do you have in your ApacheDS directory? > > Thanks ! >> >> >> On 4/20/07, Matthew Schmidt wrote: >> > >> > Hi guys. I know this is a bit of a specific question, but I have been >> > able to successfully search and load users from two other Java >> > products. We use SugarCRM and it has an LDAP option. We've set the >> > baseDN and the authenticated user to bind as to do the search. The >> > initial bind of the authenticated user appears to be working fine, but >> > it seems that the search fails for the user. In Apache LDAP >> Studio, I'm >> > able to do a search with the same parameter and it seems to come back >> > fine. Can anyone shed any light on what error code 80 means to >> > ApacheDS? The error log follows from SugarCRM: >> > >> > DEBUG SugarCRM - Starting user load for jimmy >> > Fri 20 Apr 2007 02:10:56 PM EDT,249 [26544] DEBUG SugarCRM - ldapauth: >> > Connecting to LDAP server: rr.dzone.com >> > Fri 20 Apr 2007 02:10:56 PM EDT,430 [26544] INFO SugarCRM - >> > ldapauth.ldap_rdn_lookup: Bind succeeded, searching for uid=jimmy >> > Fri 20 Apr 2007 02:10:56 PM EDT,430 [26544] DEBUG SugarCRM - >> > ldapauth.ldap_rdn_lookup: base_dn:o=TwoBrokeGuys , >> > search_filter:(uid=jimmy) >> > *Fri 20 Apr 2007 02:10:56 PM EDT,514 [26544] FATAL SugarCRM - [LDAP >> > ERROR][80]Internal (implementation specific) error* >> > Fri 20 Apr 2007 02:10:56 PM EDT,514 [26544] DEBUG SugarCRM - >> > ldapauth.ldap_authenticate_user: ldap_rdn_lookup returned bind_user= >> > Fri 20 Apr 2007 02:10:56 PM EDT,515 [26544] FATAL SugarCRM - SECURITY: >> > ldapauth: failed LDAP bind (login) by jimmy, could not construct >> bind_user >> > Fri 20 Apr 2007 02:10:56 PM EDT,515 [26544] FATAL SugarCRM - SECURITY: >> > User authentication for jimmy failed >> > >> > >> > Thanks in advance, >> > Matt >> > >> >> >> >> -- >> Regards, >> Cordialement, >> Emmanuel L�charny >> www.iktek.com >> > --------------060707040003040109030207 Content-Type: text/plain; name="jimmy-export.ldif" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="jimmy-export.ldif" dn: cn=Jimmy Sellsmore,ou=Staff,ou=IncredibleMedia,o=TwoBrokeGuys objectClass: organizationalPerson objectClass: person objectClass: mozillaAbPersonObsolete objectClass: inetOrgPerson objectClass: top cn: Jimmy Sellsmore givenname: Jimmy mail: matt@dzone.com sn: Sellsmore uid: jimmy userpassword:: bm90c2VjdXJl --------------060707040003040109030207--