[Evolution] Evolution does not show any LDAP contact; Claws-mail does
I use Ubuntu 15.10. I cannot see any LDAP contact on Evolution (3.16.5-1ubuntu3). Searches return no results. Claws Mail (3.12.0-1ubuntu1) works normally. 1. Address book configuration on Claws mail: - Basic - Hostname: mmldap.prevnet - Port: 389 - TLS: - SSL: - Search Base: dc=gov,dc=br - Search: - Extended: 2. Address book configuration on Evolution: - Use in Birthdays & Anniversaries calendar: - Mark as default address book: - Autocomplete with this address book: - Copy book content locally for offline operation: - Connecting to LDAP - Server information - Server: mmldap.prevnet - Port: 389 - Encryption: None - Authentication - Method: Anonymous - Username: - Using LDAP - Searching - Search Base: dc=gov,dc=br - Search Scope: One Level - Search Filter: - Downloading - Limit: 100 - Browse until limit is reached: Debugging output: $ pkill evolution $ export LDAP_DEBUG=1 $ /usr/lib/evolution/evolution-addressbook-factory -r& [1] 8865 $ book_backend_ldap_open ... e_book_backend_ldap_connect ... libebookbackend-Message: supported server control: 1.3.6.1.4.1.4203.1.9.1.1 libebookbackend-Message: supported server control: 2.16.840.1.113730.3.4.18 libebookbackend-Message: supported server control: 2.16.840.1.113730.3.4.2 libebookbackend-Message: supported server control: 1.3.6.1.4.1.4203.1.10.1 libebookbackend-Message: supported server control: 1.2.840.113556.1.4.319 libebookbackend-Message: supported server control: 1.2.826.0.1.3344810.2.3 libebookbackend-Message: supported server control: 1.3.6.1.1.13.2 libebookbackend-Message: supported server control: 1.3.6.1.1.13.1 libebookbackend-Message: supported server control: 1.3.6.1.1.12 libebookbackend-Message: supported server extension: 1.3.6.1.4.1.1466.20037 libebookbackend-Message: server reports LDAP_EXOP_START_TLS libebookbackend-Message: supported server extension: 1.3.6.1.4.1.4203.1.11.1 libebookbackend-Message: supported server extension: 1.3.6.1.4.1.4203.1.11.3 libebookbackend-Message: supported server extension: 1.3.6.1.1.8 e_book_backend_ldap_connect ... success e_book_backend_ldap_connect took 0.169 seconds e_book_backend_ldap_search ... searching server using filter: (cn=*rodrigo*) (expecting max 100 results) e_book_backend_ldap_reconnect ... e_book_backend_ldap_search invoked ldap_search_handler and took 0.000 seconds ldap_search_handler... completed with error code 0 and took 0.000 seconds e_book_backend_ldap_search ... searching server using filter: (cn=*hildegard*) (expecting max 100 results) e_book_backend_ldap_reconnect ... e_book_backend_ldap_search invoked ldap_search_handler and took 0.000 seconds ldap_search_handler... completed with error code 0 and took 0.000 seconds ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] evolution-ews? message status problem
On Tue, 2015-10-27 at 21:55 +0300, Danila Reznichuk wrote: > For sure i performed clean install Ubuntu 14.04 server and compiled > evolution 3.18.1 Hi, looking into the SyncFolderItemsResponse messages, evolution-ews received read/unread changes properly, like here: true and later here: false but didn't propagate it correctly to the UI. I tried with a slightly older Exchange 2010 server than you have, but also with an Exchange 2013 server. I noticed that the server sometimes claims no change when the evolution asks for the changes, but not always. Would you mind to open a bug report against evolution-ews in the GNOME bugzilla, please? https://bugzilla.gnome.org/enter_bug.cgi?product=evolution-ews We may continue there. Thanks and bye, Milan ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Evolution does not show any LDAP contact; Claws-mail does
On Thu, 2015-10-29 at 11:39 -0200, Jorge wrote: > - Search Scope: One Level Hi, try to switch to s 'Sub' search scope. It usually helps. Your LDAP debug output shows that the server didn't return anything, thus it is probably it. Bye, Milan ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Evolution does not show any LDAP contact; Claws-mail does
On Thu, Oct 29, 2015 at 12:42 PM, Milan Crhawrote: > try to switch to s 'Sub' search scope. It usually helps. Your LDAP > debug output shows that the server didn't return anything, thus it is > probably it. [the first reply did not reach the list] I changed Search Scope to "Subtree" and now it works! Thank you. Funny, I thought I had tested that configuration before. Maybe I was unlucky enough that some unrelated malfunction occurred just when I was testing Search Scope = Subtree. ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Evolution does not show any LDAP contact; Claws-mail does
On Thu, 2015-10-29 at 15:29 -0200, Jorge wrote: > [the first reply did not reach the list] Hi, right, it was originated only to me ;) (feel free to use Ctrl+L to "Reply to List" - works for me on this list at least, though some users prefer "Reply to All" which makes sense in some cases too). > I changed Search Scope to "Subtree" and now it works! Thank you. Nice. > Funny, I thought I had tested that configuration before. Maybe I was > unlucky enough that some unrelated malfunction occurred just when I > was testing Search Scope = Subtree. Yeah, possible, maybe the change wasn't propagated properly to the backend. Who knows. Good it works now. By the way, the difference is how much work you ask to be done by the server. The Subtree means to search in the whole hierarchy started by the Search Base, while the One Level searches only the first child and doesn't dive deeper in the hierarchy. The later works for flat directories, not for more complicated hierarchies. Bye, Milan ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Messages with large text attachments bog Evolution down
On Thu, 2015-10-29 at 02:54 +, Ian Mortimer wrote: > On Wed, 2015-10-28 at 17:16 -0700, Tim Wescott wrote: > > > Yesterday a customer sent me an email with a long (400kB) text file > > attached. > > > > Clicking on the mail seriously bogs Evolution down > > You don't say which version of Evolution which might be important. > > I get the same problem on CentOS 7 with Evolution 3.8.5. Notices sent > from environment monitoring with 3 text attachments cause evolution to > freeze for ~ 4 minutes. > > I tried running with debugging turned on and with strace but didn't > get any more clues. My current workaround is to filter those messages > to a separate folder and process them in alpine. 3.10.4, because I'm using Ubuntu LTS. -- Tim Wescott www.wescottdesign.com Control & Communications systems, circuit & software design. Phone: 503.631.7815 Cell: 503.349.8432 ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Messages with large text attachments bog Evolution down
On Wed, 2015-10-28 at 17:16 -0700, Tim Wescott wrote: > Is there a way to tell Evolution to NOT automagically expand text > attachments by default? Hi, evolution doesn't usually show text attachments inline on its own, there's a "flag" in the message headers which tells the client to do so. Nonetheless, it depends on the version of the Evolution you use, there can be a problem with the text-highlight module, eventually the issue related to this bug (and couple other): https://bugzilla.gnome.org/show_bug.cgi?id=733877 I'm not going to paste here links for all possible/related bugs, there are plenty of them filled and fixed within the latest 3.18.1 stable release of the Evolution. Some are only "fixed" (call it workaround), like the above bug link, you can still get to the state of the "slow view of the attachment", but not that easily in usual cases like before, only after you manually click the attachment to be viewed. Bye, Milan ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list