User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8) Gecko/20051111 Firefox/1.5 Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8) Gecko/20051111 Firefox/1.5 When authenticating to a Microsoft news server using NTLM authentication, the first attempt always fails. Selecting "Use Password Manager to save this value" does no good. The first authentication will always fail, sometimes the second and third attempts fail as well. Eventually you will log in successfully but the user/pass combo stored in the password manager will never automatically work. Reproducible: Always Steps to Reproduce: 1.Subscribe to a news server running on a Windows server using NTLM authentication 2.Choose "Use password manager to save this value" 3.Click enter. Actual Results: Acces denied at least the first time. Sometimes second time, occasionally third time. You will gain access eventually. Expected Results: Expect my user/pass to store properly and function regardless of Auth mechanism. This has been an issue for a long time, I just got around to reporting it as it's not a terrible problem. However, being a University of Phoenix student and a Mac user, thunderbird is about my only option for accessing classrooms and they use Windows Auth on an NNTP server for access. Additionally, all messages need to be HTML because we use many RTF features to make the class easier to manage (yes, it really does work and it's not public so HTML to NNTP is acceptable) However, TB makes it difficult to default to HTML, I *always* have to make sure I select some font attribute to force HTML, then it *always* asks me if I want HTML. If I forget to force HTML, my message is mangled in the classroom and I look like an idiot. Annoying, please fix these issues! Thanks!
Reporter, does this issue still occur in the latest 126.96.36.199 / trunk nightlies?
Whiteboard: CLOSEME 2008-05-22
No additional useful information since last comment -> resolving incomplete. Please comment if the issue still occurs in the latest supported 188.8.131.52 / trunk nightlies.
Status: UNCONFIRMED → RESOLVED
Last Resolved: 10 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.