I'm using Netscape 6.1. I have a problem my corporate have and LDAP for addresses. I have had any problem to autocomplete addresses with Netscape 4.7. It worked fine. But with N6.1 I have no luck. I have checked it all and I have the same LDAP configuration on both 4.7 and 6.1. What can I do to retreive names in the address line from my LDAP in N6.1? Thanks in advance

Do you receive an error message or does nothing happen at all? Reassigning to Dan, who can help more than I can.

I assume you're using Netscape 6.1 PR1. Correct? Also, what OS are you running?

First of all, nothing happens, no error, no crash, nothing. The addresses doesn't autocomplete as in N4.7 which is working fine. Moreover no addresses are going to the "collected address" address book as a wanted. I don't know what to do. I'm using N6.1 PR1 and running Windows 98. Thanks a lot for your help

If you could use the windows "Search" function to find the prefs.js file associated with your profile, and then paste all the lines in that file containing "ldap" into this bug, that would be very helpful.

The same behavior. NC 4.75 is working with LDAP server smoothly. "No error reporting" is 79935 bug. What are steps to track the bug down (at least the source)? Build: (Windows; U; WinNT4.0; en-US; rv:0.9.2+) Gecko/20010716 prefs.js: user_pref("ldap_2.autoComplete.directoryServer", "ldap_2.servers.ProsolisAddressbook"); user_pref("ldap_2.autoComplete.useDirectory", true); user_pref("ldap_2.prefs_migrated", true); user_pref("ldap_2.servers.ProsolisAddressbook.description", "Prosolis Addressbook"); user_pref("ldap_2.servers.ProsolisAddressbook.uri", "ldap://ldap01.lvnet.psg:389/O=Prosolis, C=UA??sub?(objectclass=*)"); user_pref("ldap_2.servers.Test.position", 0); user_pref("ldap_2.servers.history.filename", "history.mab"); user_pref("ldap_2.servers.history.replication.lastChangeNumber", 0); user_pref("ldap_2.servers.infospace.filename", "infospace.mab"); user_pref("ldap_2.servers.infospace.replication.lastChangeNumber", 0); user_pref("ldap_2.servers.netcenter.filename", "netcenter.mab"); user_pref("ldap_2.servers.netcenter.replication.lastChangeNumber", 0); user_pref("ldap_2.servers.pab.filename", "abook.mab"); user_pref("ldap_2.servers.pab.replication.lastChangeNumber", 0); user_pref("ldap_2.servers.verisign.filename", "verisign.mab"); user_pref("ldap_2.servers.verisign.replication.lastChangeNumber", 0); user_pref("ldap_2.servers.verisign.uri", "ldap://directory.verisign.com:389/"); user_pref("mail.identity.id5.directoryServer", "ldap_2.servers.ProsolisAddressbook");

The lines containing ldap preferences in my prefs.js file are: user_pref("ldap_2.autoComplete.directoryServer", "ldap_2.servers.DirectoriCorporatiu"); user_pref("ldap_2.autoComplete.useDirectory", true); user_pref("ldap_2.prefs_migrated", true); user_pref("ldap_2.servers.1.position", 0); user_pref("ldap_2.servers.1_1.position", 0); user_pref("ldap_2.servers.ClaudiMansiTeixid.position", 0); user_pref("ldap_2.servers.ClaudiMansiTeixid_1.position", 0); user_pref("ldap_2.servers.ComissiDades.description", "Comissió Dades"); user_pref("ldap_2.servers.ComissiDades.dirType", 2); user_pref("ldap_2.servers.ComissiDades.filename", "abook-2.mab"); user_pref("ldap_2.servers.ComissiDades.isOffline", false); user_pref("ldap_2.servers.ComissiDades.position", 8); user_pref("ldap_2.servers.ComissiDades.replication.lastChangeNumber", 0); user_pref("ldap_2.servers.Contactos.description", "Contactos"); user_pref("ldap_2.servers.Contactos.dirType", 2); user_pref("ldap_2.servers.Contactos.filename", "impab.mab"); user_pref("ldap_2.servers.Contactos.isOffline", false); user_pref("ldap_2.servers.Contactos.position", 6); user_pref("ldap_2.servers.Contactos.replication.lastChangeNumber", 0); user_pref("ldap_2.servers.DirectoriCorporatiu.description", "Directori Corporatiu"); user_pref("ldap_2.servers.DirectoriCorporatiu.filename", "abook.mab"); user_pref("ldap_2.servers.DirectoriCorporatiu.replication.lastChangeNumber", 0); user_pref("ldap_2.servers.DirectoriCorporatiu.uri", "ldap://directori.gencat.intranet:389/??sub?o=gencat.es"); user_pref("ldap_2.servers.DirectoriCorporatiu2.description", "Directori Corporatiu2"); user_pref("ldap_2.servers.DirectoriCorporatiu2.filename", "abook.mab"); user_pref("ldap_2.servers.DirectoriCorporatiu2.replication.lastChangeNumber", 0); user_pref("ldap_2.servers.DirectoriCorporatiu2.uri", "ldap://directori1.gencat.es:389/??sub?o=gencat.es"); user_pref("ldap_2.servers.MGInstallacions.position", 0); user_pref("ldap_2.servers.MGServeis.position", 0); user_pref("ldap_2.servers.MarcGeneralPE.description", "Marc General PE"); user_pref("ldap_2.servers.MarcGeneralPE.dirType", 2); user_pref("ldap_2.servers.MarcGeneralPE.filename", "abook-3.mab"); user_pref("ldap_2.servers.MarcGeneralPE.isOffline", false); user_pref("ldap_2.servers.MarcGeneralPE.position", 10); user_pref("ldap_2.servers.MarcGeneralPE.replication.lastChangeNumber", 0); user_pref("ldap_2.servers.MarcGeneralServeis.description", "Marc General Serveis"); user_pref("ldap_2.servers.MarcGeneralServeis.dirType", 2); user_pref("ldap_2.servers.MarcGeneralServeis.filename", "impab-1.mab"); user_pref("ldap_2.servers.MarcGeneralServeis.isOffline", false); user_pref("ldap_2.servers.MarcGeneralServeis.position", 9); user_pref("ldap_2.servers.MarcGeneralServeis.replication.lastChangeNumber", 0); user_pref("ldap_2.servers.OutlookExpressAddressBoo.position", 0); user_pref("ldap_2.servers.OutlookExpressAddressBoo_1.position", 0); user_pref("ldap_2.servers.OutlookExpressAddressBoo_2.position", 0); user_pref("ldap_2.servers.UnitatsTcniques.description", "Unitats Tècniques"); user_pref("ldap_2.servers.UnitatsTcniques.dirType", 2); user_pref("ldap_2.servers.UnitatsTcniques.filename", "abook-1.mab"); user_pref("ldap_2.servers.UnitatsTcniques.isOffline", false); user_pref("ldap_2.servers.UnitatsTcniques.position", 7); user_pref("ldap_2.servers.UnitatsTcniques.replication.lastChangeNumber", 0); user_pref("ldap_2.servers.history.filename", "history.mab"); user_pref("ldap_2.servers.history.replication.lastChangeNumber", 0); user_pref("ldap_2.servers.infospace.filename", "infospace.mab"); user_pref("ldap_2.servers.infospace.replication.lastChangeNumber", 0); user_pref("ldap_2.servers.netcenter.filename", "netcenter.mab"); user_pref("ldap_2.servers.netcenter.replication.lastChangeNumber", 0); user_pref("ldap_2.servers.pab.filename", "abook.mab"); user_pref("ldap_2.servers.pab.replication.lastChangeNumber", 0); user_pref("ldap_2.servers.verisign.filename", "verisign.mab"); user_pref("ldap_2.servers.verisign.replication.lastChangeNumber", 0); user_pref("ldap_2.servers.verisign.uri", "ldap://directory.verisign.com:389/"); Using: Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9.1) Gecko/20010607 Netscape6/6.1b1

"directori.gencat.intranet" seems like an odd domainname. Is this a typo? Or do your DNS servers actually serve a top-level .intranet domain?

That last comment was for Josep. Myroslav: sorry to say that until 79935 gets fixed, the best way way to debug this is by building your own debug build and using the NSPR_LOGGING goop to log the ldap and ldapautocomplete stuff to a file; that will show what's going on under the hood. You could, however, use a network sniffer to look at LDAP packets going across the wire and see if that helps deduce what's going on.

Josep: something to try: go to your preferences, in the Mail/News section, Addressing pane, and edit your directory server. Try setting the Base DN to "o=gencat.es" and clearing out the Search Filter field entirely.

What in my case? I have 0=Prosolis and C=UA set. My filter is (objectclass=*) and deleting it gives nothing... Filter "(objectclass=*)" appears again, look like it is default filter.I hadn't tried sniffing yet, but NSPR_LOGGING is too difficult for me.

Dan, you're the best!! Thanks a lot. I have tried what you told me and now it works fine. I can retrieve the addresses from the directory and the autocompletion works fine. I thank all of you the great help you supply. Keep working. I'm sure we are going to have the best software to get connected and to work. Again, thanks a lot. Josep

Josep: Actually, Leif noticed that, so he get's the credit. Glad to hear that fixed it. Can you attach a copy of the lines containing "ldap" from your old Netscape 4.x prefs.js file? It sounds like we may have a preferences migration bug.... Myroslav: your prefs.js stuff looks reasonable as is, so I'm not sure what's going on. (objectclass=*) is indeed the (correct) default filter. That's why I suggested the sniffing or NSPR_LOGGING stuff. In the future, we plan to have better UI feedback on errors, but we're not there yet.

Dan this is the prefs.js file from Netscape 4.7 user_pref("ldap_2.autoComplete.useDirectory", true); user_pref("ldap_2.servers.DirectoriCorporatiu.autoComplete.enabled", true); user_pref("ldap_2.servers.DirectoriCorporatiu.csid", "UTF-8"); user_pref("ldap_2.servers.DirectoriCorporatiu.description", "Directori Corporatiu"); user_pref("ldap_2.servers.DirectoriCorporatiu.filename", "DirectoriCorporatiu.na2"); user_pref("ldap_2.servers.DirectoriCorporatiu.position", 3); user_pref("ldap_2.servers.DirectoriCorporatiu.searchBase", "o=gencat.es"); user_pref("ldap_2.servers.DirectoriCorporatiu.serverName", "directori.gencat.intranet"); user_pref("ldap_2.version", 2); Dan,Leif, thanks again

Myroslav: can you paste your 4.7 prefs.js LDAP lines here so we can see if your problem might be a different instance of the same issue? (I suspect it's not, but it's worth investigating).

I tried migrating the profile and the .uri preference is getting created right. I do not understand why the .uri preference is created incorrectly in Josep's profile. I tried with mozilla 0.9.1 and netscape 6.1 and they both seem to migrate the ldap preferences in the right way.

Josep, can you try migrating your 4.x profile again with 6.1 or later build and see if the migration is done properly. If you still see the problem, then can attach or send me your 4.x prefs.js file.

Sorry, I discard my report. The server I was trying to connect was shut down. I've tried to another server and it is working now. RFE: Can we put source of guessed address right-aligned in the guess list? For example "Personal Address Book", "Collected Addresses", "Prosolis Addressbook" (in my case). And errors could be reported right there (instead of guessed address). "No match" could be just ommited but all other errors reported.

Myroslav: see bug 92135 about your RFE

Dan: and bug 79935. You should know it.

I could not see the problem. I am marking this bug as worksforme. Josep, you still see this problem or if you can provide the info I asked then please reopen this bug

2001090605 0.9.4 branch build. Works for me.

Hello again, I'm glad to say that all my problems with LDAP services have been solved after the N6.1 upgrade. I enclose this attachment of my preferences: user_pref("ldap_2.autoComplete.directoryServer", "ldap_2.servers.DirectoriCorporatiu"); user_pref("ldap_2.autoComplete.skipDirectoryIfLocalMatchFound", false); user_pref("ldap_2.autoComplete.useDirectory", true); user_pref("ldap_2.prefs_migrated", true); user_pref("ldap_2.servers.1.position", 0); user_pref("ldap_2.servers.1_1.position", 0); user_pref("ldap_2.servers.DirectoriCorporatiu.description", "Directori Corporatiu"); user_pref("ldap_2.servers.DirectoriCorporatiu.filename", "abook.mab"); user_pref("ldap_2.servers.DirectoriCorporatiu.replication.lastChangeNumber", 0); user_pref("ldap_2.servers.DirectoriCorporatiu.uri", "ldap://directori.gencat.intranet:389/o=gencat.es??sub"); Again thanks to you all.