GNOME Bugzilla – Bug 333680
LDAP contacts are not found and intermittend server not found messages
Last modified: 2006-03-09 04:50:01 UTC
Please describe the problem: When you try to search for contacts using an LDAP server, the search returns no results and the search takes milliseconds to complete. Sometimes you receive error messages when trying to contact the LDAP server, that the server could not be found. Steps to reproduce: 1. Start evolution 2. open "Contacts" 3. enter a name into the search field 4. Hit "Find now" Actual results: It starts and stops searching within milliseconds and without results Expected results: A list of contacts to be displayed. Does this happen every time? Yes Other information: ldapsearch and other LDAP clients work fine. If you hit the button "Find possible search bases" while setting up the LDAP address book, it actually finds the respective search base. There are no error messages on terminal output.
Can you try this with evolution 2.6 which is just released. Also check that your search filter and other settings are correct.
Can you run evolution-data-server from console and paste the log messages here. Also, make sure that your login credentials, search base, scope are correct. 2.6 will be available in mid of March.
Here you go... ...at first I started searching for Names starting with "Brenda", than for any field contains "Thomas". evolution-data-server-Message: Starting server e-data-server-Message: adding type `EBookBackendGroupwiseFactory' e-data-server-Message: adding type `EBookBackendFileFactory' e-data-server-Message: adding type `ECalBackendContactsEventsFactory' e-data-server-Message: adding type `EBookBackendLDAPFactory' e-data-server-Message: adding type `EBookBackendVCFFactory' e-data-server-Message: adding type `ECalBackendGroupwiseTodosFactory' e-data-server-Message: adding type `ECalBackendGroupwiseEventsFactory' e-data-server-Message: adding type `ECalBackendFileTodosFactory' e-data-server-Message: adding type `ECalBackendFileEventsFactory' e-data-server-Message: adding type `ECalBackendFileJournalFactory' e-data-server-Message: adding type `ECalBackendWeatherEventsFactory' e-data-server-Message: adding type `ECalBackendHttpTodosFactory' e-data-server-Message: adding type `ECalBackendHttpEventsFactory' in server_log_handler evolution-data-server-Message: Server up and running impl_GNOME_Evolution_Addressbook_BookFactory_getBook + ldap://ldap.thomas.a08.net:389/dc=a08,dc=net??one in server_log_handler libebookbackend-Message: libldap vendor/version: OpenLDAP 2.00.130 in server_log_handler libebookbackend-Message: library extensions present: in server_log_handler libebookbackend-Message: X_OPENLDAP in server_log_handler libebookbackend-Message: THREAD_SAFE in server_log_handler libebookbackend-Message: X_OPENLDAP_THREAD_SAFE => 0x809b3e8 impl_GNOME_Evolution_Addressbook_Book_open (0x809b3e8) in server_log_handler libebookbackend-Message: supported server control: 2.16.840.1.113730.3.4.18 in server_log_handler libebookbackend-Message: supported server control: 2.16.840.1.113730.3.4.2 in server_log_handler libebookbackend-Message: supported server control: 1.3.6.1.4.1.4203.1.10.1 in server_log_handler libebookbackend-Message: supported server control: 1.2.840.113556.1.4.1413 in server_log_handler libebookbackend-Message: supported server control: 1.2.840.113556.1.4.1339 in server_log_handler libebookbackend-Message: supported server control: 1.2.840.113556.1.4.319 in server_log_handler libebookbackend-Message: supported server control: 1.2.826.0.1.334810.2.3 in server_log_handler libebookbackend-Message: supported server extension: 1.3.6.1.4.1.1466.20037 in server_log_handler libebookbackend-Message: server reports LDAP_EXOP_START_TLS in server_log_handler libebookbackend-Message: supported server extension: 1.3.6.1.4.1.4203.1.11.1 in server_log_handler libebookbackend-Message: supported server extension: 1.3.6.1.4.1.4203.1.11.3 in server_log_handler libebookbackend-Message: supported SASL mechanism: NTLM in server_log_handler libebookbackend-Message: supported SASL mechanism: DIGEST-MD5 in server_log_handler libebookbackend-Message: supported SASL mechanism: CRAM-MD5 (evolution-data-server:8798): libedata-book-WARNING **: impl_GNOME_Evolution_Addressbook_Book_getBookView ((contains "x-evolution-any-field" "")) e_data_book_respond_get_book_view start_book_view (0x809fd68) in server_log_handler (evolution-data-server:8798): libebookbackend-WARNING **: conversion to ldap query string failed stop_book_view (0x809fd68) (evolution-data-server:8798): libedata-book-WARNING **: impl_GNOME_Evolution_Addressbook_Book_getBookView ((beginswith "full_name" "Brenda")) e_data_book_respond_get_book_view start_book_view (0x80a7bb0) searching server using filter: (& (objectclass=person) (|(cn=Brenda*)(sn=Brenda*)) ) (expecting max 100 results) adding search_op (0x80a7bb0, 4) looked up msgid 4, got op 0x809b278 ldap_search_handler (0x80a7bb0) ldap_search_dtor (0x80a7bb0) stop_book_view (0x80a7bb0) (evolution-data-server:8798): libedata-book-WARNING **: impl_GNOME_Evolution_Addressbook_Book_getBookView ((contains "x-evolution-any-field" "Thomas")) e_data_book_respond_get_book_view start_book_view (0x809fec0) searching server using filter: (& (objectclass=person) (|(cn=*Thomas*)(sn=*Thomas*)(mail=*Thomas*)(primaryPhone=*Thomas*)(telephoneNumber=*Thomas*)(homePhone=*Thomas*)(mobile=*Thomas*)(carPhone=*Thomas*)(facsimileTelephoneNumber=*Thomas*)(homeFacsimileTelephoneNumber=*Thomas*)(otherPhone=*Thomas*)(otherFacsimileTelephoneNumber=*Thomas*)(internationaliSDNNumber=*Thomas*)(pager=*Thomas*)(radio=*Thomas*)(telex=*Thomas*)(assistantPhone=*Thomas*)(companyPhone=*Thomas*)(callbackPhone=*Thomas*)(tty=*Thomas*)(o=*Thomas*)(ou=*Thomas*)(roomNumber=*Thomas*)(title=*Thomas*)(businessRole=*Thomas*)(managerName=*Thomas*)(assistantName=*Thomas*)(postalAddress=*Thomas*)(homePostalAddress=*Thomas*)(otherPostalAddress=*Thomas*)(jpegPhoto=*Thomas*)(userCertificate=*Thomas*)(labeledURI=*Thomas*)(displayName=*Thomas*)(spouseName=*Thomas*)(note=*Thomas*)(anniversary=*Thomas*)(birthDate=*Thomas*)(mailer=*Thomas*)(fileAs=*Thomas*)(category=*Thomas*)(calCalURI=*Thomas*)(calFBURL=*Thomas*)(icsCalendar=*Thomas*)) ) (expecting max 100 results) adding search_op (0x809fec0, 6) looked up msgid 6, got op 0x809b548 ldap_search_handler (0x809fec0) ldap_search_dtor (0x809fec0) ----- and here what ldapsearch returns: ldapsearch -h ldap.thomas.a08.net -x -LLL "(& (objectclass=person) (|(cn=Brenda*)(sn=Brenda*)) )" dn: uid=bthomas,ou=People,dc=a08,dc=net objectClass: person objectClass: organizationalPerson objectClass: inetOrgPerson objectClass: inetLocalMailRecipient objectClass: top objectClass: posixAccount objectClass: shadowAccount uid: bthomas uidNumber: 1003 givenName: Brenda Lee sn: Thomas cn: Brenda Lee Thomas homeDirectory: /home/bthomas loginShell: /bin/sh mail: XXXX mailLocalAddress: XXXX mailLocalAddress: XXXX mailLocalAddress: XXXX mailLocalAddress: XXXX mailRoutingAddress: XXXX mailHost: XXXX gecos: Brenda Lee Thomas gidNumber: 100 I can't find 2.6, so I guess it's not out yet as indicated by Sushma Rai.
Can you change the search scope to "sub" in the LDAP book properties and restart *both* Evolution and e-d-s? I see that, in command line search you haven't specified the scope as one and ldap filter has it as one.
That's it! ldapsearch would return nothing if I set the scope to "one": ldapsearch -h ldap.thomas.a08.net -x -s one -LLL "(& (objectclass=person) (|(cn=Brenda*)(sn=Brenda*)) )" When I change it to "sub" in evolution, at first it also doesn't return anything, but AFTER restarting evolution-data-server it works. I've tried changing it to "sub" at first, but I never knew I had to restart the data server for the changes to take effect. I wish evolution would pick this up on the fly. Maybe we can turn this into an enhancement request? Thank you very much for your help!
Closing this bug. There is already a bug filed about evolution not picking up ldap properties change on a fly. The Bug is 261783. *** This bug has been marked as a duplicate of 261783 ***