Search Support

Avoid support scams. We will never ask you to call or text a phone number or share personal information. Please report suspicious activity using the “Report Abuse” option.

Learn More

Thunderbird stopped syncing account on a desktop device: connected to servername.com

  • 8 replies
  • 2 have this problem
  • 1 view
  • Paskiausią atsakymą parašė icefront

more options

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?

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)

more options

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.

more options

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.

more options

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.)

more options

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=<x@x.com>, 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=<x@x.com>, 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.

more options

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
more options

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

more options

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.

more options

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.