Password issues with 3.2.2 and hosted Exchange, no problems with 3.1.3 #42
Comments
|
I'm experiencing the very same issue with another hosted provider, https://owa.postoffice.net/EWS/Exchange.asmx. I experienced this behavior back in 3.2.0-Beta66 and my workaround at the time was to downgrade to 3.1.3. Today I upgraded to thunderbird 31.2, lightning 3.3.1, and exchangecalendar 3.2.2. I immediately experienced the exchange calendar password prompt loop. I downgraded to exchangecalendar 3.1.3 and all is well. |
|
Yup. The same problem here. My domain account has ben locked again for a sixth time, so my manager will kill me. |
|
I'm putting my username in as corporatedomain.com\username@corporatedomain.com And it works fine for the calendar plugin and the email. (and we do have separate AD auth) It doesn't work for the contacts though - I get the same loop of prompting |
|
can you try our latest version and update? |
|
Since about two weeks (sorry, I can't be more specific) things has improved. The problem is now intermittent (it bears hallmarks of a race condition). Perhaps once in 3-5 times I start Thunderbird, it repeatedly asks for the exchange calendar password. If I then quit TB and wait until the process dies (and theen another few seconds) and restart TB, it works just fine! I'm now using the latest commit (9b7840b) since about 15 minutes, and I've quit and started TB a couple of times. I have gotten the password problem once, thus it does not seem to be fixed... If I can provide you with any logs that might help, just instruct me how to.... All the best, |
|
It will be great if you could check the things in new setup,..may be a new tuhnderbird profile? Thanks. |
|
Any update?? |
|
Thanks for being eager to fix it, it's highly appreciated. I'll test it as soon as I can... |
|
It doesn't work for me - my domain account has been locked again, so I have moved back to 3.2.0-Beta77. |
|
Okay. so no trouble right |
|
@randybb one quick question, please? Does 3.2.1 work fine for you? |
|
to get autodiscovery error log: before doing perform autodiscovey
filter by ecAutodiscoveryError use latest version which is troubling |
|
I have now:
When I use the autodiscovery function, it hangs for a long while and then I get a message box saying
However, I see no entries in the log when filtering on ecAutodiscoveryError. Skipping the autodiscovery function and configuring the calendar manually, successfully adds the calendar and I can see all my calendar entries! |
|
I done the same setup Exquilla and configured calendar while doing it wasnt prompting me password for autodiscover :) then i restarted tb created one more calendar it didnt ask me password this time too.. |
|
you can just clear the log when password prompts and post the log Thanks |
|
First, as stated above, autodiscover does NOT work. It hangs for quite a while and then returns with a message about the feature not being available. The same happens to all using the exchangecalendar extension for Thunderbird at my workplace. When I add my email account using the Exquilla extension, autodiscovery does work just fine (perhaps irrelevant). Then, a few clarifications regarding adding calendar. When I create the calendar (using manual configuration, as the autodiscovery does not work), I am NOT asked for a password but the calendar gets added just fine; I can see all my entries, as well as add and delete entries. When I close TB and restart it, the password prompt starts popping up... Every third time I enter the password, the following entry pops up in my error console:
Please note that [theDomainOfOurServiceProvider] is NOT the same as the domain in my email address. Also note that [theDomainOfOurServiceProvider]/EWS/Exchange.asmx is the Server URL I enter in the manual configuration. The link (referenced from the Source File-line in the error message) contains what the screenshot shows...
|
|
Hi again, I'm wondering how I can get the log output from the extension. I've been fiddling with the code a bit to see if I can't isolate where the authentication goes wrong (and what happens when it doesn't). I see in many places calls to various logInfo-methods, but none of these seem to output anything, either to the terminal (from where I run Thnuderbird) or the built-in error console. I went into a few of the _logInfo methods and added a 'dump', and then I get the debug output (but this does not seem right)... Am I missing something obvious? I'd love to help, but I'd need a little assistance. All the best, |
|
Anyway, I hacked a few of, what I suspected being, the most relevant logInfo-methods and used dump to get the messages to the console. Attaching two logs (see below), one that fails authenticating (keeps asking for password), and one that works. A strange observation (I've reproduced it a few times). When it keeps asking for the password, If I enter the wrong pass a few times it eventually stops asking for the password (but it won't get access to the calendar, ofcourse). But, if I then restart Thunderbird, it successfully authenticates (and I get access to the calendar)! Hopefully, this might be of some help. Best, |
|
This log is from running Thunderbird with the exchangeCalendar extention FAILING to authenticate. It will keep asking for a password as long as I enter the correct pass. If I enter the wrong pass (a couple of times), it'll stop asking (but will fail to access the calendar). Notes: [MY_SERVICE_PROVIDER] is our service provider (which is different from the domain in my email address). The URL in the log is correct (i.e. it is the correct URL to our service provider). It is on the form https://outlook.domain.com/EWS/Exchange.asmx [SHORT_URL_OF SERVICE_PROVIDER] Is the same as [MY_SERVICE_PROVIDER], but only the 'outlook.domain.com' part [MY_PASSWORD] Where a password is found I dump it to the console, and it is also correct (i.e. it seems to find my password just fine) * LOG START ************** *************** LOG END *************** |
|
This log is from running Thunderbird with the exchangeCalendar extention SUCCEEDING to authenticate (and which is thus working fine). Notes: [MY_SERVICE_PROVIDER] is our service provider (which is different from the domain in my email address). The URL in the log is correct (i.e. it is the correct URL to our service provider). It is on the form https://outlook.domain.com/EWS/Exchange.asmx [SHORT_URL_OF SERVICE_PROVIDER] Is the same as [MY_SERVICE_PROVIDER], but only the 'outlook.domain.com' part [MY_PASSWORD] Where a password is found I dump it to the console, and it is also correct (i.e. it seems to find my password just fine) ********** LOG START ************** (process:25410): GLib-CRITICAL : g_slice_set_config: assertion 'sys_page_size == 0' failed ********** LOG END ************** |
|
I have the same problem. After an update of the Exchange Server the Plugin did not work anymore and always ask me for the password. After creating a complete new profile and cleared the password manager, I got it working again, but it always asked for the password when starting Thunderbird. And now it does not work again anymore and it is stuck in the endless password loop again. |
|
Just a quick note regarding the update 3.3.1-RC1 which came yesterday (Feb 4). With this update my collegue is now able to access his calendar (for the full day yesterday, he did not get a single password prompt). He previously hasn't been able to access his calendar at all, but consistently got the password-loop (whereas for me it has been intermittent). He also cannot get autodiscovery to work, but needs to enter the configuration manually. Please, if there are more logs I can capture, just tell me which and I'll be happy to give it a shot. All the best, |
|
No help required? |
|
Hi NikMel, |
|
Nope, autodiscovery does not work. Clicking the 'Perform Autodiscovery' hangs Thunderbird for a long while (in the order of minutes) and then returns with the message (this is a message I've not seen in earlier versions): 'It was not possible to find settings through autodiscovery using the domain name part of the mailbox (MY_EMAIL_ADDRESS). This message makes sense, as the domain of our service provider (i.e. the server URL I enter in the manual confiuration) is NOT the same as the domain name in my e-mail address. A collegue is experiencing precisely the same problem (same Thunderbird version, exchangecalendar 3.3.1-rc1 but on Ubuntu 14.04). Prior to version 3.3.1-rc1, my collegue was not able to get the extension working at all, whereas I have (although frequently getting the password loop). I have a feeling that I get the password loop less frequenly using more recent versions of the extension (running 3.3.1-rc3 now). Finally, how do I get the logs without having to hack the appropriate logInfo-functions in Javascript? All the best, UPDATE: Corrected a mistake in the extension version number (it said 3.1.1-rcX when it should've been 3.3.1-rcX) |
|
I'd like to try the latest build, but I don't see an .xpi to download, but I'm probably not looking in the right place. How can I manually add this add-on to existing Thunderbird? |
|
Please check our wiki pages 😊 -----Original Message----- I'd like to try the latest build, but I don't see an .xpi to download, but I'm probably not looking in the right place. How can I manually add this add-on to existing Thunderbird? |
|
Thanks! Downloaded and installed, but am still having problems with the authentication. Now, at least, it doesn't keep asking me without doing anything, it asks me three times and then gives me a 401 unauthorized error (screen shot). I KNOW my password is right and that I'm entering it right, I've done it one character touching the keyboard at a time, but it's still not working in 3.3.1~rc3.
If there's a particular log or something, I'd be happy to gather it for you. For now, though, I've downgraded back to 3.1.3 and am working again. Also, I should clarify that with Intermedia there is no autodiscover possible, I'm entering the URL to use myself. |
|
Do you need more logs from me? What's the status on this issue? Just FYI @bavincen, while we are still getting the password loop now and again, it's way better that it was. Previousely, this bug made the extension unusable but now it's acceptable (once every 5-or-so times I start TB, I get the loop, but quitting TB and starting it again usually does the trick). This goes for both me and the collegues who are using Ubuntu with the extension. |
|
@NikMel Sorry for that, as i told you i saw your log and calendar was trying different method to authenticate which is not even written in our code. FYI, We didn't make any recent code change related to authentication. Can you please try some network proxy change suggested by user @pdunbar-methods |
|
@bavincen I'm not using any proxy applications, thus @pdunbar-methods post does not apply. |
|
@bavincen What does it mean "trying authentication method not in your code"? All the best |
|
@bavincen Any news? I may have found a workaround to get out of the password loop.
|
|
Great! We are using Ci.nsIAuthPrompt2 as intrface for authentication. in case of you calendar it is calling nsILoadContext to get authenticated which we dont support right now. I need to figure out what caused it,, Your information may helpful. thanks |
|
It seems step 3 and 4 in the workaround are unnecessary! Simply inactivate the calendar and activate it again. When activating it, also make sure to untick the "Read-only"-checkbox. |
|
I'm also unable to add my Exchange calendar due to this annoying password loop. I just uploaded the log for you guys to invest, I hope it helps. Thanks for all the effort, I'm really looking forward to this! |
|
Ok, I did a little fiddling with the code and got it working. If I remove the That means, the password loop is a symptom of improperly supplied authentication credentials. Update: I just created the pull-request #203 for you to review what I've changed. Beware, this is just a result of fiddling around, it is not backed by any knowledge or experience with Exchange servers and the NTLM authentication stuff in general. |
|
please test the code https://github.com/Ericsson/exchangecalendar/tree/passwd .. we will merge yours @b52 |
|
is this issue resolving using https://github.com/Ericsson/exchangecalendar/tree/passwd branch |
|
Nope, not resolved. I'm still getting the password loop. The 5-step workaround I posted above still works, though. |
|
just confirm are you using |
|
Yup. |
|
Still unable to access my calendar due to password loop. Now running 3.4.0-beta5. Is there anything I can do? |
|
I don't have any issues with this plugin (3.4.0~beta2). As I have figured out later, my previous "password issue" was a global problem with periodical locking of my account caused by wrong credentials in synchronization script that I forgot to change. |
|
@NikMel please checkout master Thanks |
|
@randybb this is not related to this issue report. The issue in this report relates to when domain of the provider is not the same as the domain of the email address, the exchangecalendar-plugin intermittently fails to authenticate. |
|
@bavincen will do. |
|
@bavincen Using current master (commit 0009bb1) and has set TB to use "No proxy". No change, still getting password loop when starting TB. The 5-step workaround still seems to work though. Update: Spoke too soon. Workaround is not working anymore. Now completely unable to use the calendar. Update 2: In 3.4.0-beta5 (from downloads), the 5-step workaround works fine. |
|
R u using proxy to connect to internet? You can set them Sent from my Sprint phone. ----- Reply message ----- @bavincen Using current master (commit 0009bb1) and has set TB to use "No proxy". No change, still getting password loop when starting TB. The 5-step workaround still seems to work though. — |
|
@bavincen Nope, no proxy is used in the OS. Just to be sure, I also set "No Proxy" in TB configuration (was set to "use system proxy") |
|
@NikMel When password prompts Try entering right password for first time. If it prompts for 2nd time just press esc key.(observe) p.s please check saved passwords are getting removed when you not selecting 'remember password' in prompt |
|
@bavincen I removed and readded my calendar. Version 3.4.0-beta5 (from your downloads section) has now worked flawlessly for a couple of days! Really happy about that :) I'll continue testing a couple of days, and will then give 3.5.0 a shot. |
|
ty |
|
Based on the feedback from folks on this chain, I re-installed the RC1 version and it's working for me without lots and lots of login prompts. Thank you! |
|
I'm running 3.5.0-beta. My account was blocked again. I did not get "password loop popup" thou but had to entered my password only once after I changed it in a web interface. I will try to reinstall the pluging as suggested, but even if it help there is some issues to resolve |
I have a hosted Exchange account on Intermedia and it doesn't seem to honor or validate my password. The process I've used to install is:
I've checked my Saved Passwords and the site is right and the password is right. I've validated the password is right by logging in directly via the web.
When I roll-back to 3.1.3 and put the exchange-data folder back in place, everything is just fine. So, 3.1.3 can do the right password stuff, but 3.2.2 cannot.
Any ideas?
The text was updated successfully, but these errors were encountered: