[turba] LDAP query problem

[Jason Keltz]

Hi Andrew,

I turned on DEBUG, and all I can see is that both simple/advanced queries
are actually sending the same LDAP code:

simple:
Mar 19 09:25:53 machine.cs.yorku.ca HORDE[21645]: [ID 800047 local0.debug] [turba] LDAP search by jas at cs.yorku.ca: root = ou=york atlas,o=york university,c=ca (yorkatlas.yorku.ca); filter = "(|(|(cn=*keltz*)))"; attributes = "dn, cn, mail, sn" [on line 166 of "/cs/dept/www/horde/turba/lib/Driver/ldap.php"]

advanced:
Mar 19 09:26:38 machine.cs.yorku.ca HORDE[21644]: [ID 800047 local0.debug] [turba] LDAP search by jas at cs.yorku.ca: root = ou=york atlas,o=york university,c=ca (yorkatlas.yorku.ca); filter = "(|(|(cn=*keltz*)))"; attributes = "dn, cn, mail, sn" [on line 166 of "/cs/dept/www/horde/turba/lib/Driver/ldap.php"]

I don't have accesss to the LDAP server to see the log files.

hmm..

Jason.

On Tue, 18 Mar 2003, Andrew Morgan wrote:

>
> It might be useful to turn on DEBUG level logging in Horde, or look at
> your ldap server logs, to see what the actual ldap queries are.  Nothing
> obviously wrong in your config is sticking out for me right now.
>
> 	Andy
>
> On Tue, 18 Mar 2003, Jason Keltz wrote:
>
> > In fact, something new to add -- I just noticed that if I go into the
> > "advanced" search, and type my last name into the "name" field, I get:
> >
> > Name                              E-Mail               Alias
> > Jason Keltz, Keltz, Jason         jas at cs.yorku.ca      Keltz
> >
> > (The Jason Keltz, Keltz, Jason is normal -- I remember that someone
> >  came up with a patch to help me with that and I need to reapply it
> >  to 1.2)
> >
> > However, it's the regular search, also searching by name in the same
> > directory that doesn't work! Isn't that odd?
> >
> > Jason.
> >
> > On Tue, 18 Mar 2003, Jason Keltz wrote:
> >
> > > Hi Andrew,
> > >
> > > Thanks for your message.  Unfortunately this doesn't work either.  I tried
> > > before writing the first time (but forgot to mention) the following:
> > >
> > > 'objectclass' => 'yorkPerson'
> > >
> > > .. which is really what it should be, and then tried as well "*" with no
> > > result. :(
> > >
> > > Jason.
> > >
> > > On Tue, 18 Mar 2003, Andrew Morgan wrote:
> > >
> > > >
> > > >
> > > > On Tue, 18 Mar 2003, Jason Keltz wrote:
> > > >
> > > > > Hi.
> > > > >
> > > > > I've recently installed for testing: horde-2.2.1, imp-3.2.1, and turba-1.2
> > > > >
> > > > > I was previously running: horde-2.1, IMP-3.1, turba-1.1
> > > > >
> > > > > I'm having a problem with an LDAP query through Turba that worked in 1.1,
> > > > > but returns nothing in 1.2:
> > > > >
> > > > > In sources.php I have:
> > > > >
> > > > > $cfgSources['yorku'] = array(
> > > > >     'title' => 'York Atlas',
> > > > >     'type' => 'ldap',
> > > > >     'params' => array(
> > > > >         'server' => 'yorkatlas.yorku.ca',
> > > > >         'port' => 389,
> > > > >         'root' => 'ou=york atlas,o=york university,c=ca',
> > > >
> > > > You don't define objectclass here, like:
> > > >
> > > >         'objectclass' => 'person',
> > > >
> > > > This is required in Turba 1.2 now.  If you want to get everyone back, use:
> > > >
> > > >         'objectclass' => '*',
> > > >
> > > >
> > > > 	Andy
> > > >
> > >
> > > --
> > > Turba mailing list
> > > Frequently Asked Questions: http://horde.org/faq/
> > > To unsubscribe, mail: turba-unsubscribe at lists.horde.org
> > >
> >
>