1067729 - Address completion is not doing any ldap queries, only from saved addresses

Status: RESOLVED DUPLICATE of bug 668087

(Thunderbird :: Message Compose Window, defect)

Description

[Luke Kendall]

User Agent: Mozilla/5.0 (X11; Linux i686 on x86_64; rv:31.0) Gecko/20100101 Firefox/31.0
Build ID: 20140716183446

Steps to reproduce:

Clicked Write to compose a new message.
Type some characters in the To: field (e.g.: luke)


Actual results:

Only addresses from collected lists (Personal, Collected) are offered: no lookup via LDAP from the global address list provided by our local exchange server is performed.
I had just upgraded from 24.3 to 31.1.1.  Note that I had previously tried upgrading from 24.3 to 24.4, but given up.  (This was due to TB performance being unusably slow due to huge periods of indexing and re-indexing mailboxes endlessly, in the background.  I don't think it was due to address completion problems.)

It's a lesser problem that there is no way to manually force a search: if I open the Address Book, and eneter the same letters into the search field, and hit Enter, the expected list of matching addresses /is/ offered.  But I can't find any way to make that address completion happen from within the Compose window, currently.

I have made no changes to the Preferences>Composition>Directory Server> LDAP Server Directory's Name, Hostname, Base DN, Port Number (389) or Bind DN, nor "Use SLL" (turned off); nor to anything else such as the Advanced LDAP tab: Don't return more than <100> addresses, Scope (subtree), Search filter [(|(&(objectclass=person)(!(objectClass=computer))(!(userAccountControl:1.2.840.113556.1.4.803:=2)))(&(objectClass=group)(showInAddressBook=*)))] , or Login method.


Expected results:

Addresses from LDAP searches should still be offered, as they had in the past.

Comment 1

[Luke Kendall]

By "Use SLL" I meant "Use SSL", sorry.

Comment 2

[Magnus Melin [:mkmelin]]

You could try to make an ldap log to see if it's doing anything - https://wiki.mozilla.org/MailNews:Logging

Comment 3

[Luke Kendall]

Attachment: The log from two ldap lookups: 1) compose window 2) Contacts sidebar

Thanks, I've done that and attached a short log file.  I have manually edited it to hide user names (apart from my own) and the company's fully qualified domain name (in consideration of security and spammers).

The 1st 20 lines are the log from entering the string "luk" (with no quotes) in the To: field of the compose window.  Note that although a correct list of ldap search results appear in the log file, nothing at all was presented in the Compose window.

The following lines are from entering the string "luke" (with no quotes) in the Contacts sidebar of the Compose window, and hitting Enter.  That produced the expected list of matches in the Contacts sidebar.  From there I can select the address desired and click the appropriate button to address the mail item.  However, this workaround is remarkably clumsy compared to the way it is supposed to work.

Anyway, I hope this extra info helps!

Regards,

luke

Comment 4

[Edoardo Tirtarahardja]

I can confirm that I have exact same issue. Why no body is working to resolve this issue? It seems started Thunderbird 31.1.x, I do not believe it occured in 31.0. Can some one please resolve this ASAP? This is really annoying.

Comment 6

[Edoardo Tirtarahardja]

May be it only occurs on certain LDAP query/response transaction? Or maybe issue if one doesn't use the standard naming for the ldap address book?
Excerpt from my pref.js (renamed the real company name for privacy), hope may shine some light.
------------
user_pref("ldap_2.autoComplete.directoryServer", "ldap_2.servers.CA-ON_ABC");
user_pref("ldap_2.autoComplete.interval", 500);
user_pref("ldap_2.autoComplete.skipDirectoryIfLocalMatchFound", false);
user_pref("ldap_2.autoComplete.useDirectory", true);
user_pref("ldap_2.servers.CA-ON_ABC.attrmap.CellularNumber", "mobile,cellphone,carphone,otherTelephone");
user_pref("ldap_2.servers.CA-ON_ABC.attrmap.Company", "o,organizationName,company");
user_pref("ldap_2.servers.CA-ON_ABC.attrmap.Custom1", "Manager,mozillaCustom1,custom1");
user_pref("ldap_2.servers.CA-ON_ABC.attrmap.Department", "department,organizationUnitName,ou,departmentnumber,orgunit");
user_pref("ldap_2.servers.CA-ON_ABC.attrmap.DisplayName", "cn,display-name,commonname");
user_pref("ldap_2.servers.CA-ON_ABC.attrmap.FaxNumber", "officeFAX,facsimiletelephonenumber,fax");
user_pref("ldap_2.servers.CA-ON_ABC.attrmap.HomeAddress", "homePostalAddress,mozillaHomeStreet");
user_pref("ldap_2.servers.CA-ON_ABC.attrmap.NickName", "mailNickname,mozillaNickname,xmozillanickname");
user_pref("ldap_2.servers.CA-ON_ABC.attrmap.Notes", "comment,info,description,notes");
user_pref("ldap_2.servers.CA-ON_ABC.attrmap.PagerNumber", "officePager,pager,pagerphone");
user_pref("ldap_2.servers.CA-ON_ABC.attrmap.WebPage1", "URL,mozillaWorkUrl,workurl,labeledURI");
user_pref("ldap_2.servers.CA-ON_ABC.attrmap.WorkAddress", "physicalDeliveryOfficeName,postOfficeBox");
user_pref("ldap_2.servers.CA-ON_ABC.attrmap.WorkAddress2", "postalAddress,street,streetAddress,mozillaWorkStreet2");
user_pref("ldap_2.servers.CA-ON_ABC.attrmap.WorkCountry", "c,co,countryname");
user_pref("ldap_2.servers.CA-ON_ABC.auth.dn", "[e-mail]");
user_pref("ldap_2.servers.CA-ON_ABC.auth.saslmech", "");
user_pref("ldap_2.servers.CA-ON_ABC.autoComplete.commentFormat", "Corp. ID: [mailNickname]");
user_pref("ldap_2.servers.CA-ON_ABC.autoComplete.enabled", true);
user_pref("ldap_2.servers.CA-ON_ABC.autoComplete.nameFormat", "[cn]");
user_pref("ldap_2.servers.CA-ON_ABC.customDisplayUrl", "http://people.abc.com/cgi-dev?dn=%s");
user_pref("ldap_2.servers.CA-ON_ABC.description", "ABC Global Directory");
user_pref("ldap_2.servers.CA-ON_ABC.filename", "CA-ON_ABC.MAB");
user_pref("ldap_2.servers.CA-ON_ABC.maxHits", 100);
user_pref("ldap_2.servers.CA-ON_ABC.position", 4);
user_pref("ldap_2.servers.CA-ON_ABC.replication.lastChangeNumber", 0);
user_pref("ldap_2.servers.CA-ON_ABC.uri", "ldap://def.abc.com/dc=def,dc=abc,dc=com??sub?(objectclass=*)");
user_pref("ldap_2.servers.Edoardo.description", "Edoardo");
user_pref("ldap_2.servers.Edoardo.dirType", 2);
user_pref("ldap_2.servers.Edoardo.filename", "EDOARDO.MAB");
user_pref("ldap_2.servers.Edoardo.isOffline", false);
user_pref("ldap_2.servers.Edoardo.position", 2);
user_pref("ldap_2.servers.Edoardo.replication.lastChangeNumber", 0);
user_pref("ldap_2.servers.default.attrmap.Company", "company,o,ou");
user_pref("ldap_2.servers.default.attrmap.Custom1", "mozillaCustom1,custom1,extTelephoneNumber");
user_pref("ldap_2.servers.default.attrmap.Custom2", "mozillaCustom2,custom2,roomNumber");
user_pref("ldap_2.servers.default.attrmap.Custom3", "mozillaCustom3,custom3,mailDrop");
user_pref("ldap_2.servers.default.attrmap.Department", "department,orgunit,departmentNumber");
user_pref("ldap_2.servers.default.attrmap.DisplayName", "cn,commonname,displayName");
user_pref("ldap_2.servers.default.attrmap.NickName", "mozillaNickname,xmozillanickname,uid");
user_pref("ldap_2.servers.default.filename", "default.mab");
user_pref("ldap_2.servers.default.replication.lastChangeNumber", 0);
user_pref("ldap_2.servers.default.uri", "moz-abldapdirectory://default.mab");
user_pref("ldap_2.servers.history.filename", "HISTORY.MAB");
user_pref("ldap_2.servers.history.position", 1);
user_pref("ldap_2.servers.history.replication.lastChangeNumber", 0);
user_pref("ldap_2.servers.pab.description", "EDTTJ");
user_pref("ldap_2.servers.pab.filename", "EDTTJ.MAB");
user_pref("ldap_2.servers.pab.position", 3);
user_pref("ldap_2.servers.pab.replication.lastChangeNumber", 0);
-------------

Comment 7

[Edoardo Tirtarahardja]

Attachment: Try to auto complete from Address Line in Compose Windows

Comment 8

[Edoardo Tirtarahardja]

Attachment: Try to auto complete from Contact Side Bar in Compose Windows

Comment 9

[Edoardo Tirtarahardja]

I added 2 logs, with the folloing settings:
----
NSPR_LOG_FILE=C:\TEMP\TEMP\TRANSIT\ldapAutoComplete.log
NSPR_LOG_MODULES=ldap:5,msgcompose:5,ldapautocomplete:5,timestamp,sync
----
Obviously it's not the LDAP transaction itself, cuz BOTH cases return successful result.

Comment 10

[Wayne Mery (:wsmwk)]

(priority is reserved for developers)

Comment 11

[:aceman]

So do both searches show up nothing inside TB? The autocomplete in compose window AND also the search in Addressbook?

Comment 12

[Wayne Mery (:wsmwk)]

(In reply to :aceman from comment #11)
> So do both searches show up nothing inside TB? The autocomplete in compose
> window AND also the search in Addressbook?

Edoardo, Luke?

Comment 13

[Edoardo Tirtarahardja]

I think what happened is the LDAP search takes ridiculously long time.

For autocomplete, the very first autocomplete attempt shows only result form saved address because it takes forever to search the LDAP. But subsequent attempt on the same compose windows, after at least 20-30s, it's shows result from LDAP search as well and it's quick.

If you close the compose windows and open a new one, it may be quick for the first new autocomplete attempt to shos LDAP search, but sometimes it slows as well. Only the very first autocomplete on compose windows when thunderbird process just started is consistently VERY slow to show the LDAP result.

In searching Address book, it's almost always take in the order of 1 min. before showing result, some time if I change the search (say I mistype the first search attempt) before it shows the result, I never get the result.

I know my corporate LDAP is not that long as LDAP query using my linux box is quick and also the fact that subsequent attempt on autocomplete on compose windows is always fast. Also the attached log (4 Y ago), shows that the LDAP search returns result pretty quick. It just for some reason it's not reflected to the GUI result.

As of now I'm using TB 59.9.1 32-bit.

Comment 14

[Wayne Mery (:wsmwk)]

> As of now I'm using TB 59.9.1 32-bit.

Thanks for the update.  I think you mean 52.9.1 :)

> For autocomplete, the very first autocomplete attempt shows only result form saved address because it takes forever to search the LDAP. But subsequent attempt on the same compose windows, after at least 20-30s, it's shows result from LDAP search as well and it's quick

A long time ago I used to see something like this - but no tfor a long time now.

Perhaps you are seeing a variation of bug 1460871. In which case it can soon be tested in beta 64


(Note, reporter Luke's email address is dead)

Comment 15

[musiquegraeme]

I am using 98.0b2 and LDAP Auto-complete is not working - I have a feeling it hasn't worked for a long time. I can use the directory search with F9 but not the auto-complete.