In Thunderbird 38.3.0 I saw very long waits accessing a company ldap of several 
thousand entries.
In short, while composing a message, characters typed were matched against ldap 
as they were entered.
Using Wireshark to examine the ldap packets, it was determined that the filter 
used to collect the
matching entries was of the form '*chars*' where 'chars' are those I had typed 
into the "To:" line of a
new email.  There were three such patterns compared against different fields in 
ldap.   The problem lies
in the very inefficient '*' at each pattern's beginning.  For normal use of the 
ldap completion of an email
address this is a waste.  The comparison is too general for the application.  
Of course if it ran fast enough
I wouldn't be as concerned.  In my case, however, it takes some 30 seconds of 
searching per character I type.

The fix was a line like this in my prefs.js file with Tbird shutdown:
    user_pref("ldap_2.servers.<my_server>.autoComplete.filterTemplate", 
"(|(cn=%v1*)(mail=%v1*)(sn=%v1*))");

where you replace '<my_server>' with your own.  Note that '%v1*' was previously 
'*%v1*' in each case.
You should find your prefs.js under ~/.thunderbird/...

Now the response to each character in the 'To:' line of an email runs much less 
than a second, and progressively
faster as more characters are entered.  All as it should be.

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/320057

Title:
  Thunderbird hangs for 10secs when auto-completing address

Status in Mozilla Thunderbird:
  Confirmed
Status in thunderbird package in Ubuntu:
  Triaged

Bug description:
  Binary package hint: mozilla-thunderbird

  This bug seems to be very old, but somehow I didn't find it in
  Launchpad - forgive me if  it's a dupe.

  When composing a new mail, I start typing a few letters into the address bar 
of the Thunderbird composer windows, and TB tries to autocomplete it from the 
address book.
  The drop-down menu appears, giving me the possibilities that start with the 
letters I typed, BUT - Thunderbird hangs (compiz darkens the window) for 
approx. 10 seconds - then it gets itself up again and processes complete 
normally, no errors, no wrong behaviour - and the address book searches are 
correct.

  First I thought it was the prefs.js, see
  http://kb.mozillazine.org/Long_time_to_open_address_book

  Funny thing is, that I NEVER had used Thunderbird 1.5 before - but I had 
about 50 lines with that "nonascii" in it.
  I deleted them, and gone was the problem, for a few days.
  TB worked normally.

  Then the problem reoccurred.
  Now my prefs.js is clean, and it still has the problem.
  It might have something to do with LDAP search as well - I first thought it 
has to do with that: I have a LDAP server on a openVPN network which is not 
always connected - and I thought the delay was a network timeout when TB 
searches for the LDAP and doesn't find it.
  But I now disabled the LDAP address search in Thunderbird, and the problem 
remains.

  Also see here:
  http://forums.mozillazine.org/viewtopic.php?f=39&t=499016&p=2648760

To manage notifications about this bug go to:
https://bugs.launchpad.net/thunderbird/+bug/320057/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to     : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp

Reply via email to