[turba] No details for LDAP directory

[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 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?
>>
>
> Yes.

Any idea where it could get lost. I'm not familar with the code and  
have difficulties to see where the "key" is passed around...

Regards

Andreas