User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040113 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040113 When querying LDAP servers that allow anonymous bind, password dialog box continues to appear. Leaving the password empty allows the query to succed, but the next time you compose a message, password dialog reappers. Checking "remember password" does not save the empty password. Reproducible: Always Steps to Reproduce: Test case: Configure a connection to an LDAP address book that allows anonymous (empty password) access. Open a compose window and start typing a name. Password dialog appears. Check "Use Password Manager to remember this password" Click OK to submit an empty password. Lookup succeds. Close Compose window. Open a new Compose window and start typing a name. Actual Results: Actual result: A password dialog box appears. It seems that it is not able to save the fact that the LDAP server doesn't need a password. Expected Results: Expected Result Lookup succeds without prompting for a password.
Thunderbird behaves the same way. Should I open another bug against Thunderbird?
Yep, seeing this too (Thunderbird 0.8 on FreeBSD). Base DN = OU=people,DC=<you can guess the rest> Bind DN = CN=anon (no OU/DC etc) LDAP server is Sun One (or Java Enterprise, or iPlanet, or whatever it's called this month) Directory Server on Solaris 2.8. Thunderbird ia happy to accept empty password in the LDAP auth dialog box, but refuses to store said empty passd when I select "Remember this". Also doesn't remember the auth PW for the rest of the session so I hit Enter everty time I type an address in the compose window.
*** Bug 243300 has been marked as a duplicate of this bug. ***
This is an automated message, with ID "auto-resolve01". This bug has had no comments for a long time. Statistically, we have found that bug reports that have not been confirmed by a second user after three months are highly unlikely to be the source of a fix to the code. While your input is very important to us, our resources are limited and so we are asking for your help in focussing our efforts. If you can still reproduce this problem in the latest version of the product (see below for how to obtain a copy) or, for feature requests, if it's not present in the latest version and you still believe we should implement it, please visit the URL of this bug (given at the top of this mail) and add a comment to that effect, giving more reproduction information if you have it. If it is not a problem any longer, you need take no action. If this bug is not changed in any way in the next two weeks, it will be automatically resolved. Thank you for your help in this matter. The latest beta releases can be obtained from: Firefox: http://www.mozilla.org/projects/firefox/ Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html Seamonkey: http://www.mozilla.org/projects/seamonkey/
This bug has been automatically resolved after a period of inactivity (see above comment). If anyone thinks this is incorrect, they should feel free to reopen it.
Status: UNCONFIRMED → RESOLVED
Last Resolved: 13 years ago
Resolution: --- → EXPIRED
You need to log in before you can comment on or make changes to this bug.