Vyhľadajte odpoveď

Vyhnite sa podvodom s podporou. Nikdy vás nebudeme žiadať, aby ste zavolali alebo poslali SMS na telefónne číslo alebo zdieľali osobné informácie. Nahláste prosím podozrivú aktivitu použitím voľby “Nahlásiť zneužitie”.

Ďalšie informácie

TB 78.4.0 won't download email. Sending email possible

  • 4 odpovede
  • 2 majú tento problém
  • 2 zobrazenia
  • Posledná odpoveď od romancalzaferri

more options

Since the automatic update to TB 78.4.0 (32-bit), no email will download. TB keeps being stuck at "Connected to [server]". This happens on all accounts, pop3 as well as imap, on 3 different servers. It doesn't even work on my gmail account.

Sending from pop3 account works as it should. Sending from imap account: the email will send, but: "... a copy was not placed in your sent folder due to network or file access error".

In the config editor, I have changed (as described elsewhere): - security.tls.version.min to 1 - security.tls.version.enable-deprecated to true

Since the automatic update to TB 78.4.0 (32-bit), no email will download. TB keeps being stuck at "Connected to [server]". This happens on all accounts, pop3 as well as imap, on 3 different servers. It doesn't even work on my gmail account. Sending from pop3 account works as it should. Sending from imap account: the email will send, but: "... a copy was not placed in your sent folder due to network or file access error". In the config editor, I have changed (as described elsewhere): - security.tls.version.min to 1 - security.tls.version.enable-deprecated to true

Vybrané riešenie

I Found the culprit: It was the Antivirus, in this case Eset. Disabled Web/Email "SSL/TLS protocol filtering". Now everything works as it should.

Čítať túto odpoveď v kontexte 👍 0

Všetky odpovede (4)

more options

The update to 78.4.0 was from v. 68

more options

I have the same problem. When I set up logging via set MOZ_LOG=IMAP:5,timestamp I get the following repeated many times

2020-11-02 19:07:33.994000 UTC - [(null) 31888: IMAP]: I/IMAP 2FF3B800:.taiga.ca:NA:CreateNewLineFromSocket: (null) 2020-11-02 19:07:33.994000 UTC - [(null) 31888: IMAP]: D/IMAP SetConnectionStatus(0x805a1fa6) 2020-11-02 19:07:33.994000 UTC - [(null) 31888: IMAP]: D/IMAP URL failed with code 0x805a1fa6 (imap://[email protected]:993/select%3E.INBOX) 2020-11-02 19:07:33.994000 UTC - [(null) 31888: IMAP]: I/IMAP 2FF3B800:.taiga.ca:NA:ProcessCurrentURL: aborting queued urls

more options

Some poking around suggests that my "0x805a1fa6" problem is related to: SEC_ERROR_INADEQUATE_KEY_USAGE

And that is caused by using a self signed cert.

Getting Thunderbird to fetch the certificate via the certificate management interface seems difficult / impossible.

more options

Vybrané riešenie

I Found the culprit: It was the Antivirus, in this case Eset. Disabled Web/Email "SSL/TLS protocol filtering". Now everything works as it should.