78 hangs fetching Pop3 email
Just upgraded to ver 78 (78.4.0) on two systems. Each uses pop3 to collect mail from a gmail account and from a private server account -- different users on the two systems, but otherwise same setup. Same Account settings except for user names on the various accounts.
One system works perfectly. The other hangs when trying to collect mail, with the statusbar message "xxxx.gmail.com Connected to pop.gmail.com..." No error messages, no green status bar.
Clicking Get Messages refreshes same statusbar message instantly.
Similar message when trying to fetch from the private server.
Closed and re-opened T-bird with same result. Re-booted system and open T-bird with same result.
Any suggestions?
被選擇的解決方法
Or, leave SSL enabled and instead disable SSL in ESET 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/
從原來的回覆中察看解決方案 👍 1所有回覆 (5)
I think I am in the same situation. In my case, I have changed the account setting (server setting > security) from "SSL/TLS" to "none", then my pc have started downloading mails.
Well, I seem to have fixed it.
I did a "clean boot" with all services turned off except the Microsoft ones, and all startup items turned of. The AV did not respect that and started anyway, and the result was the issue wasn't fixed.
But his made the AV more suspect since most everything else was off, even though I had "paused" it and I thought even gotten it not to launch on reboot. So I went into the options in the AV and turn off those items that related to email. Bingo! problem solved.
Then I went back one-by-one to turn on various email options in the AV, and when I had them all back on TB still worked! Makes no sense to me, but the problem seems to have been fixed.
Thank you for discovering and publishing your solution. I too use ESET and following your instructions I have a pile of incoming mail and the AV is back up working.
選擇的解決方法
Or, leave SSL enabled and instead disable SSL in ESET 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/
Thanks, Wayne, Your second link explains the issue if you read it down to the end, where Marcos explains the issue and provides a workaround that seems to work.
I just had this issue appear yesterday in my second system, which had not had the issue initially. The procedure Marcos described fixed it. That may be what I did without understanding when I fixed it before by messing with ESET settings on the other system.
As I understand the issue it has to do with exchange of certificates between ESET and TB, which for some reason is failing. The workaround is to close TB, cycle SSL filtering in the advanced ESET setup off, then back on, then restarting TB. Apparently this causes the required certificate to be resent and received.
It appears that part of the issue is having TB running when you update the ESET engine, so the issue may be avoided by shutting down TB when doing an update of the ESET engine. Not sure about that one.