[turba] No details for LDAP directory

lst_hoe02 at kwsoft.de lst_hoe02 at kwsoft.de
Fri Jan 17 21:40:48 UTC 2014


Zitat von lst_hoe02 at kwsoft.de:

> Zitat von Jan Schneider <jan at horde.org>:
>
>> Zitat von lst_hoe02 at kwsoft.de:
>>
>>> Zitat von Jan Schneider <jan at horde.org>:
>>>
>>>> Zitat von lst_hoe02 at kwsoft.de:
>>>>
>>>>> Zitat von lst_hoe02 at kwsoft.de:
>>>>>
>>>>>> Zitat von lst_hoe02 at kwsoft.de:
>>>>>>
>>>>>>> Zitat von lst_hoe02 at kwsoft.de:
>>>>>>>
>>>>>>>> Zitat von Simon Wilson <simon at simonandkate.net>:
>>>>>>>>
>>>>>>>>>> Hello,
>>>>>>>>>>
>>>>>>>>>> we try to use a central LDAP directory as read only contact  
>>>>>>>>>> store with Turba latest. Searching works fine as of now but  
>>>>>>>>>> when clicking at the found entries to get the details for  
>>>>>>>>>> this entries Turba always show the error message "Not  
>>>>>>>>>> found" and jump back to the search screen. The LDAP source  
>>>>>>>>>> is listed below, the backend is "ESTOS MetaDirectory". We  
>>>>>>>>>> have tried different mappings for __key, but the result is  
>>>>>>>>>> always the same :-(
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>> ----- End message from lst_hoe02 at kwsoft.de -----
>>>>>>>>>
>>>>>>>>> This is what I have in ours, works fine as a GAL type read  
>>>>>>>>> only source. Is sync'ed through to ActiveSync devices as a  
>>>>>>>>> global address list too, which is handy.
>>>>>>>>>
>>>>>>>>
>>>>>>>> GAL works as expected also, but as said the details when  
>>>>>>>> klicking on the found entries in Turba does not work. We set  
>>>>>>>> browse and export to false because there are ~3000 entries  
>>>>>>>> available.
>>>>>>>>
>>>>>>>
>>>>>>> Any idea how to debug this??
>>>>>>>
>>>>>>
>>>>>> I have set the loglevel to "DEBUG" to see the LDAP request  
>>>>>> failing, but i only see one LDAP request which is the one from  
>>>>>> the search which is working. So clicking the name to get the  
>>>>>> contact details seem to do no further LDAP request but simply  
>>>>>> fail. Any idea what could cause the contact details to fail  
>>>>>> without a (LDAP) query??
>>>>>>
>>>>>
>>>>> The URL create is something like this  
>>>>> "https://webmail.kwsoft.de/turba/contact.php?source=localldap&key=589371882a9ebbe85234fe351de17561" which looks fine to me. The error message "Not found" is included in turba/edit.php and turba/deletefile.php but not in turba/contact.php. Can anyone comment on how to debug why no LDAP query is created for the URL  
>>>>> above??
>>>>>
>>>>> Thanks
>>>>>
>>>>> Andreas
>>>>
>>>> This doesn't look fine at all. IIRC you mapped __key to dn, but  
>>>> this is definitely not a dn.
>>>
>>> As said we have tried several "__key" mappings, the first was  
>>> indeed "dn" which was for example
>>>
>>> https://webmail.kwsoft.de/turba/contact.php?source=localldap&key=cn%3D589371882a9ebbe85234fe351de17561%2Cou%3DExterne%2Cdc%3Dmeta
>>>
>>> but the result was the same "Not found" and no LDAP query in the  
>>> debug log for the details.
>>>
>>> So how to debug why no LDAP query is create at all?
>>>
>>> Regards
>>>
>>> Andreas
>>
>> You need to trace the code in contact.php then.
>
> I have tried this already but it includes jumping to Driver.php,  
> Ldap.php and a dozen other files/modules. One suspect thing is the  
> getObjects in turba/lib/Driver.php which searches for __owner which  
> is not available in the LDAP directory. But i still fail to see what  
> could be the difference to a SQL source...

Tracked down the missing LDAP query in the debug log. Adding the "Log  
the query at DEBUG" statement to the "_read" function in  
turba/lib/Driver/Ldap.php in the foreach loop used for "Handle request  
for multiple records" shows the following in the log:

Jan 17 16:37:33 ftp HORDE: [turba] LDAP query by  
Turba_Driver_ldap::_read(): user = admin, root = dc=meta  
(voip-srv.hq.kwsoft.de); filter =  
"(|(objectclass=top)(objectclass=person)(objectclass=organizationalPerson)(objectclass=inetOrgPerson)(objectclass=turbaContact))"; attributes = "dn, mail, mail2, otherTelephone, telephoneNumber, mobile, sn, givenName, streetAddress, I, postalCode, c, privateAdressStreet, privateAddressCity, privateAddressPostalCode, privateAddressCountry, department, facsimileTelephoneNumber, company, custom0, info, url"; deref = "0"  ; sizelimit = 0 [pid 15687 on line 252 of  
"/var/www/horde/turba/lib/Driver/Ldap.php"]
Jan 17 16:37:33 ftp HORDE: [turba] Nicht gefunden [pid 15687 on line  
27 of  
"/usr/share/php/Horde/Core/Notification/Handler/Decorator/Hordelog.php"]

So it looks like the "dn" is missing in the query. From my  
understanding it should be the "key" used for the request-URL, no?

Regards

Andreas




More information about the turba mailing list