Thunderbird stopped syncing account on a desktop device: connected to servername.com
Since several days thunderbird stopped syncing. All settings were correct, on the statusbar it says: connected to domain.com and nothing. This e-mail account is set up on another computer, there it works. It is also set up on an Android phone, it works (works = I can send/receive messages) Then I removed the account in question, now I'm unable to add it again. I enter the correct server settings, Thunderbird says "Thunderbird failed to find the settings for your email account". What's the sudden trouble with Thunderbird?
All Replies (8)
What is your anti-virus software?
Also, please post your Troubleshooting Information.
At the top right of the Thunderbird window, click the menu button 
, then select Help > Troubleshooting Information.
Press the "Copy text to clipboard button" and paste the information into your reply.
If you are using ESET/NOD32 security/AV then probability is very high it is causing your problems. According to ESET forums, you should temporarily disable SSL on ESET until they solve the problem per https://support.eset.com/en/kb3126-disable-ssl-filtering-in-eset-windows-products?ref=esf - the problem is being reported by dozens of users https://forum.eset.com/topic/26517-problems-with-thunderbird-and-imaps/ https://forum.eset.com/discover/
You might also inform them of your difficulty.
It turns out that the automatic upgrading to 78.5.0 has caused the problem (e-mail being not received anymore). Other clients had this problem also, I suggested the deletion of the profile and that solved their problem. First I deleted the e-mail account, when I tried to add again it simply doesn't worked - Thunderbird wasn't able to communicate with the server. The solution was to uninstall Thunderbird, delete the whole profile folder, reinstall Thunderbird and recreate the e-mail accounts. Too sad, because all junk trainings, message filters, signatures and lots of other settings etc. are gone. I have ESET NOD32, but it can't be the cause. I have a total of 4 computer in the house, all with the same configuration: Windows 10 64-bit, NOD32, Thunderbird, etc. Only one computer failed to communicate with the server, and recreating the profile solved the problem. (This profile was quite old, upon reinstalling Windows I always copied the profile folder and restored after installing Thunderbird) It has to be mentioned that - a software must be written so that it should handle broken configuration/data (extra checking of data integrity). - a software must work in multi-software environment. People must install all kind of other software needed to work (antivirus, adobe, corel, office, sound editing, etc. etc.)
Hi - I do not want to hijack this thread; however, this is the exact issue I am having. Here are the details:
Thunderbird was automatically updated to 78.5.0 (20201116161136) on November 19, 2020 @ 15:36:28. Nothing unusual noticed.
Because I primarily checked email on my phone on December 1 and 2, 2020, I did not notice Thunderbird had stopped functioning correctly until yesterday. The last email that I can confirm was received on my PC is November 30, 2020 @15:47. I receive many emails per day across multiple accounts, and there were many received on 30 November as well.
When I noticed the problem, I noticed the lower left corner of Thunderbird, which displays (very rapidly) the email account being accessed was stuck showing: Email Account Name: Connected to xyz.com... That will display forever as far as I can tell.
If I click on the top level folder 'Inbox', I see the email accounts fly by again. The only problem then is that no email is actually being checked. Here is an excerpt of the server logs (IP addresses masked):
Dec 2 20:18:40 sv3 dovecot: imap-login: Disconnected (no auth attempts in 0 secs): user=<>, rip=x.x.x.x, lip=x.x.x.x, TLS: read(size=603) failed: Connection reset by peer, session=<Npf58oC1mdhZEZnX> Dec 2 20:18:40 sv3 dovecot: imap-login: Disconnected (no auth attempts in 0 secs): user=<>, rip=x.x.x.x, lip=x.x.x.x, TLS: Connection closed, session=<W9L58oC1m9hZEZnX> Dec 2 20:18:40 sv3 dovecot: imap-login: Disconnected (no auth attempts in 0 secs): user=<>, rip=x.x.x.x, lip=x.x.x.x, TLS: Connection closed, session=<l1r68oC1mthZEZnX> Dec 2 20:18:40 sv3 dovecot: imap-login: Disconnected (no auth attempts in 0 secs): user=<>, rip=x.x.x.x, lip=x.x.x.x, TLS: Connection closed, session=<1V368oC1nNhZEZnX> Dec 2 20:18:40 sv3 dovecot: imap-login: Disconnected (no auth attempts in 0 secs): user=<>, rip=x.x.x.x, lip=x.x.x.x, TLS: Connection closed, session=<mGD68oC1ndhZEZnX> Dec 2 20:18:40 sv3 dovecot: imap-login: Disconnected (no auth attempts in 0 secs): user=<>, rip=x.x.x.x, lip=x.x.x.x, TLS: Connection closed, session=<PWP68oC1nthZEZnX> Dec 2 20:18:40 sv3 dovecot: imap-login: Disconnected (no auth attempts in 0 secs): user=<>, rip=x.x.x.x, lip=x.x.x.x, TLS: Connection closed, session=<Qmf68oC1oNhZEZnX> Dec 2 20:18:40 sv3 dovecot: imap-login: Disconnected (no auth attempts in 0 secs): user=<>, rip=x.x.x.x, lip=x.x.x.x, TLS: Connection closed, session=<0XX68oC1n9hZEZnX> Dec 2 20:18:40 sv3 dovecot: imap-login: Disconnected (no auth attempts in 0 secs): user=<>, rip=x.x.x.x, lip=x.x.x.x, TLS: Connection closed, session=<OYD78oC1o9hZEZnX> Dec 2 20:18:40 sv3 dovecot: imap-login: Disconnected (no auth attempts in 0 secs): user=<>, rip=x.x.x.x, lip=x.x.x.x, TLS: Connection closed, session=<qoP78oC1othZEZnX> Dec 2 20:18:40 sv3 dovecot: imap-login: Disconnected (no auth attempts in 0 secs): user=<>, rip=x.x.x.x, lip=x.x.x.x, TLS: Connection closed, session=<oiX98oC1uNhZEZnX> Dec 2 20:18:40 sv3 dovecot: imap-login: Disconnected (no auth attempts in 0 secs): user=<>, rip=x.x.x.x, lip=x.x.x.x, TLS: Connection closed, session=<Jif98oC1udhZEZnX> Dec 2 20:18:41 sv3 dovecot: imap-login: Disconnected (no auth attempts in 0 secs): user=<>, rip=x.x.x.x, lip=x.x.x.x, TLS: read(size=591) failed: Connection reset by peer, session=<RRsH84C1uthZEZnX> Dec 2 20:18:44 sv3 dovecot: imap-login: Disconnected (no auth attempts in 0 secs): user=<>, rip=x.x.x.x, lip=x.x.x.x, TLS: read(size=598) failed: Connection reset by peer, session=<l6Q484C1u9hZEZnX> Dec 2 20:27:22 sv3 dovecot: imap-login: Login: user=<[email protected]>, method=PLAIN, rip=x.x.x.x, lip=x.x.x.x, mpid=914441, TLS, session=<s10WEoG1koZZEZnX> Dec 2 20:27:22 sv3 dovecot: imap-login: Login: user=<[email protected]>, method=PLAIN, rip=x.x.x.x, lip=x.x.x.x, mpid=914442, TLS, session=<a2gWEoG1lIZZEZnX>
According to these logs, there are no authorization attempts being made when my PC checks for email. This only happens on a single PC, as a different PC on the same network is able to use Thunderbird to successfully retrieve emails. This can be seen in the last two lines of the server log show.
On my PC, I checked that Windows 10 and ESET were up to date, and they were. I tried Thunderbird in safe mode but nothing changed. I completely disabled ESET and nothing changed. I then manually downloaded and updated Thunderbird to version 78.5.1 (20201130232704), but that did not change anything.
I want to add that the few accounts that I check via my phone are working fine. I also have a Gmail account that I check on my phone, and a few I do not. ALL Gmail accounts checked via Thunderbird do not retrieve email, nor are any specific errors displayed.
As one final test, I downloaded Mailbird. I configured one account, and the email from that account immediately loaded. ESET was enabled, so I again discount ESET as a contributing factor. The other PC on the network that works also runs ESET.
In summary I have no idea what might have changed on my system, if anything, that caused Thunderbird to suddenly stop working. If it had been ESET, which is the only app besides Adobe Creative Cloud that might automatically update, disabling ESET should have resolved the issue. But it did not.
If no one can offer any assistance or guidance, then I am left with the choice of completely uninstalling Thunderbird, and hope that reinstalling it will resolve the issue. It would be a PITA to lose any filters, etc., so that would not be an ideal solution. The second option would be to search for a replacement email app, which is something I am not keen to do. However, I cannot sit on this very long, as manually checking dozens of email accounts is also not a good solution.
Additional info. I cleared the error console and exited Thunderbird. I then relaunched Thunderbird and copied the contents of the error console. That output is this (Perhaps a clearer view: https://prnt.sc/vv3gjv):
14:15:10.883 [Exception... "Component returned failure code: 0x80520001 (NS_ERROR_FILE_UNRECOGNIZED_PATH) [nsIXPCComponents_Utils.readUTF8URI]" nsresult: "0x80520001 (NS_ERROR_FILE_UNRECOGNIZED_PATH)" location: "JS frame :: resource://gre/modules/L10nRegistry.jsm :: L10nRegistry.loadSync :: line 684" data: no] L10nRegistry.jsm:684:19
loadSync resource://gre/modules/L10nRegistry.jsm:684 fetchFile resource://gre/modules/L10nRegistry.jsm:599 generateResourceSetSync resource://gre/modules/L10nRegistry.jsm:504 map self-hosted:221 generateResourceSetSync resource://gre/modules/L10nRegistry.jsm:499 generateResourceSetsForLocaleSync resource://gre/modules/L10nRegistry.jsm:441 InterpretGeneratorResume self-hosted:1468 next self-hosted:1416 generateBundlesSync resource://gre/modules/L10nRegistry.jsm:178 InterpretGeneratorResume self-hosted:1468 next self-hosted:1416 touchNext resource://gre/modules/Localization.jsm:167 generateBundles resource://gre/modules/Localization.jsm:473 <anonymous> chrome://messenger-smime/content/msgReadSMIMEOverlay.js:31
14:15:11.455 [Exception... "Component returned failure code: 0x80520001 (NS_ERROR_FILE_UNRECOGNIZED_PATH) [nsIXPCComponents_Utils.readUTF8URI]" nsresult: "0x80520001 (NS_ERROR_FILE_UNRECOGNIZED_PATH)" location: "JS frame :: resource://gre/modules/L10nRegistry.jsm :: L10nRegistry.loadSync :: line 684" data: no] L10nRegistry.jsm:684:19
loadSync resource://gre/modules/L10nRegistry.jsm:684 fetchFile resource://gre/modules/L10nRegistry.jsm:599 generateResourceSetSync resource://gre/modules/L10nRegistry.jsm:504 map self-hosted:221 generateResourceSetSync resource://gre/modules/L10nRegistry.jsm:499 generateResourceSetsForLocaleSync resource://gre/modules/L10nRegistry.jsm:441 InterpretGeneratorResume self-hosted:1468 next self-hosted:1416 generateBundlesSync resource://gre/modules/L10nRegistry.jsm:178 InterpretGeneratorResume self-hosted:1468 next self-hosted:1416 touchNext resource://gre/modules/Localization.jsm:167 generateBundles resource://gre/modules/Localization.jsm:473 <anonymous> resource:///modules/OTR.jsm:15 <anonymous> resource:///modules/OTRUI.jsm:8 connectedCallback chrome://messenger/content/chat/chat-conversation-info.js:117 <anonymous> chrome://global/content/customElements.js:217
14:15:11.456 [Exception... "Component returned failure code: 0x80520001 (NS_ERROR_FILE_UNRECOGNIZED_PATH) [nsIXPCComponents_Utils.readUTF8URI]" nsresult: "0x80520001 (NS_ERROR_FILE_UNRECOGNIZED_PATH)" location: "JS frame :: resource://gre/modules/L10nRegistry.jsm :: L10nRegistry.loadSync :: line 684" data: no] L10nRegistry.jsm:684:19
loadSync resource://gre/modules/L10nRegistry.jsm:684 fetchFile resource://gre/modules/L10nRegistry.jsm:599 generateResourceSetSync resource://gre/modules/L10nRegistry.jsm:504 map self-hosted:221 generateResourceSetSync resource://gre/modules/L10nRegistry.jsm:499 generateResourceSetsForLocaleSync resource://gre/modules/L10nRegistry.jsm:441 next self-hosted:1416 generateBundlesSync resource://gre/modules/L10nRegistry.jsm:178 next self-hosted:1416 touchNext resource://gre/modules/Localization.jsm:167 generateBundles resource://gre/modules/Localization.jsm:473 <anonymous> resource:///modules/OTRUI.jsm:10 connectedCallback chrome://messenger/content/chat/chat-conversation-info.js:117 <anonymous> chrome://global/content/customElements.js:217
14:15:11.945 Successfully loaded OpenPGP library rnp.dll from C:\Program Files (x86)\Mozilla Thunderbird\rnp.dll RNPLib.jsm:50:13 14:15:12.630 Successfully loaded OTR library libotr-5.dll from C:\Program Files (x86)\Mozilla Thunderbird\libotr-5.dll OTRLib.jsm:43:13 14:15:14.535 public keys: 0, secret keys: 0 RNPLib.jsm:248:15 14:15:14.700 WebGL context was lost. 2 Troubleshoot.jsm:686:17 14:15:15.245 Unknown Collection "thunderbird/hijack-blocklists" RemoteSettingsClient.jsm:160
UnknownCollectionError resource://services-settings/RemoteSettingsClient.jsm:160 sync resource://services-settings/RemoteSettingsClient.jsm:470 InterpretGeneratorResume self-hosted:1468 AsyncFunctionNext self-hosted:674
14:15:44.878 debuggee 'resource://devtools/shared/base-loader.js:289' would run builtin-modules.js:196:11 14:16:09.331 XHRPOSThttps://incoming-telemetry.thunderbird.net/submit/telemetry/50789482-8b64-465c-8084-01d737447f83/first-shutdown/Thunderbird/84.0/beta/20201123211438?v=4 [HTTP/2 200 OK 463ms]
POST
https://incoming-telemetry.thunderbird.net/submit/telemetry/50789482-8b64-465c-8084-01d737447f83/first-shutdown/Thunderbird/84.0/beta/20201123211438?v=4
Status200
OK
VersionHTTP/2
Transferred155 B (2 B size)
content-length 2 content-type application/octet-stream date Thu, 03 Dec 2020 14:16:09 GMT server awselb/2.0 X-Firefox-Spdy h2 Accept */* Accept-Encoding gzip, deflate, br Accept-Language en-US,en;q=0.5 Connection keep-alive Content-Encoding gzip Content-Length 4346 Content-Type application/json; charset=UTF-8 Date Thu, 03 Dec 2020 14:16:09 GMT DNT 1 Host incoming-telemetry.thunderbird.net User-Agent Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:84.0) Gecko/20100101 Thunderbird/84.0
14:16:09.342 XHRPOSThttps://incoming-telemetry.thunderbird.net/submit/telemetry/a2580a81-0d4b-47fb-8264-3c3372d10ee0/main/Thunderbird/84.0/beta/20201123211438?v=4 [HTTP/2 200 OK 436ms]
POST
https://incoming-telemetry.thunderbird.net/submit/telemetry/a2580a81-0d4b-47fb-8264-3c3372d10ee0/main/Thunderbird/84.0/beta/20201123211438?v=4
Status200
OK
VersionHTTP/2
Transferred155 B (2 B size)
content-length 2 content-type application/octet-stream date Thu, 03 Dec 2020 14:16:09 GMT server awselb/2.0 X-Firefox-Spdy h2 Accept */* Accept-Encoding gzip, deflate, br Accept-Language en-US,en;q=0.5 Connection keep-alive Content-Encoding gzip Content-Length 4342 Content-Type application/json; charset=UTF-8 Date Thu, 03 Dec 2020 14:16:09 GMT DNT 1 Host incoming-telemetry.thunderbird.net User-Agent Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:84.0) Gecko/20100101 Thunderbird/84.0
14:16:09.578 POSThttp://ocsp.int-x3.letsencrypt.org/ [HTTP/1.1 200 OK 38ms]
POST
http://ocsp.int-x3.letsencrypt.org/
Status200
OK
VersionHTTP/1.1
Transferred913 B (527 B size)
Cache-Control public, no-transform, must-revalidate, max-age=36786 Connection keep-alive Content-Length 527 Content-Type application/ocsp-response Date Thu, 03 Dec 2020 14:16:09 GMT ETag "209CC104DADF11B609BEBC7D1E80DDA50AE906776C04083CDC979B54E8CB600E" Expires Fri, 04 Dec 2020 00:29:15 GMT Last-Modified Tue, 01 Dec 2020 05:00:00 UTC Server nginx Accept */* Accept-Encoding gzip, deflate Accept-Language en-US,en;q=0.5 Connection keep-alive Content-Length 85 Content-Type application/ocsp-request DNT 1 Host ocsp.int-x3.letsencrypt.org User-Agent Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:84.0) Gecko/20100101 Thunderbird/84.0
14:16:09.582 POSThttp://ocsp.int-x3.letsencrypt.org/ [HTTP/1.1 200 OK 49ms]
POST
http://ocsp.int-x3.letsencrypt.org/
Status200
OK
VersionHTTP/1.1
Transferred913 B (527 B size)
Cache-Control public, no-transform, must-revalidate, max-age=36786 Connection keep-alive Content-Length 527 Content-Type application/ocsp-response Date Thu, 03 Dec 2020 14:16:09 GMT ETag "209CC104DADF11B609BEBC7D1E80DDA50AE906776C04083CDC979B54E8CB600E" Expires Fri, 04 Dec 2020 00:29:15 GMT Last-Modified Tue, 01 Dec 2020 05:00:00 UTC Server nginx Accept */* Accept-Encoding gzip, deflate Accept-Language en-US,en;q=0.5 Connection keep-alive Content-Length 85 Content-Type application/ocsp-request DNT 1 Host ocsp.int-x3.letsencrypt.org User-Agent Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:84.0) Gecko/20100101 Thunderbird/84.0
icefront said
It turns out that the automatic upgrading to 78.5.0 has caused the problem (e-mail being not received anymore). Other clients had this problem also, I suggested the deletion of the profile and that solved their problem. First I deleted the e-mail account, when I tried to add again it simply doesn't worked - Thunderbird wasn't able to communicate with the server. The solution was to uninstall Thunderbird, delete the whole profile folder, reinstall Thunderbird and recreate the e-mail accounts. Too sad, because all junk trainings, message filters, signatures and lots of other settings etc. are gone. I have ESET NOD32, but it can't be the cause. I have a total of 4 computer in the house, all with the same configuration: Windows 10 64-bit, NOD32, Thunderbird, etc. Only one computer failed to communicate with the server, and recreating the profile solved the problem.
Despite what most people think, software doesn't behave predictably on every system - meaning, for example, just because you have ESET working without problems on 3 of 4 system doesn't prove ESET cannot be the problem on the fourth.
I'm not saying ESET must be the cause, but you have written suggests ESET it probably the cause. And disabling it doesn't always prove it is or isn't the problem. The real proof is doing https://support.eset.com/en/kb3126-disable-ssl-filtering-in-eset-windows-products
deleting TB's profile folder was not a good thing to do. you could have made a backup-copy first, and then delete it.
when all problem is solved then deleting the backup is just matter of your decision > right-click > delete.
all kinds of apps keep their settings,profiles,etc inside the %APPDATA%"'
in (almost) all/any kind of troubleshooting , never ever think of doing first DELETE / ERASE. FIRST thing is make a BACKUP / COPY.
then you do whatever or various things.
For me the Nod32 antivirus was causing the problem. Instead of sending links (that will be broken very soon), see the attached screenshot of solution.
