Funkcionalnosć toś togo sedła se pśez wótwardowańske źěła wobgranicujo, kótarež maju wašo dožywjenje pólěpšyś. Jolic nastawk waš problem njerozwězujo a cośo pšašanje stajiś, wobrośćo se na našo zgromoźeństwo pomocy, kótarež na to caka, wam na @FirefoxSupport na Twitter a /r/firefox na Reddit pomagaś.

Avatar for Username

Pomoc pśepytaś

Glědajśo se wobšudy pomocy. Njenapominajomy was nigda, telefonowy numer zawołaś, SMS pósłaś abo wósobinske informacije pśeraźiś. Pšosym dajśo suspektnu aktiwitu z pomocu nastajenja „Znjewužywanje k wěsći daś“ k wěsći.

Dalšne informacije

Toś ta nitka jo se archiwěrowała. Pšosym stajśo nowe pšašanje, joli trjebaśo pomoc.

Tracing interactions between Thunderbird and the incoming POP3 mail server

  • 5 wótegrona
  • 1 ma toś ten problem
  • 1 naglěd
  • Slědne wótegrono wót SandyDog

SandyDog
SandyDog
more options

I am experiencing a problem using Thunderbird 91.10.0 when attempting to log-in to my ISP's POP3 mail server. The problem does not occur all of the time, however, once it occurs it persists for days.

The ISP's POP3 mail server uses SSL/TLS with Normal Password Authentication on port 995. I never permit Thunderbird to "rememeber " the password for this account.

The issue is that after entering a valid password in the "Enter your Password" pop-up dialog box and subsequently receiving no error messages, no e-mails are fetched. When using a web browser interface to the same POP3 server it can be seen that quite a few e-mails are present.

As an interesting tidibt, it was discovered that entering an incorrect/invalid password in the "Enter your Password" pop-up dilog box produces the same incorrect result. For this interaction I would have expected the "Sending of username did not succeed. Mail server responded: authentication failed: LOGIN failed" pop-up. However, this does not occur.

So, my ISP and I would like to know if there is some facility within Thunderbird to trace the request and response interactions between Thunderbird and the POP3 server. If so, how do I enable it and see the corresponding information? At this point we (me and the ISP) do not understand what's going on leading to the incorrect and unexpected behavior.

As another tidbit of information, things work correctly when running Thunderbird 60.5.1 interacting with the same ISP. Even a very old version (45.7.0) of Thunderbird works fine with the same ISP (all connections settings are the same).

This is all very strange!

I am experiencing a problem using Thunderbird 91.10.0 when attempting to log-in to my ISP's POP3 mail server. The problem does not occur all of the time, however, once it occurs it persists for days. The ISP's POP3 mail server uses SSL/TLS with Normal Password Authentication on port 995. I never permit Thunderbird to "rememeber " the password for this account. The issue is that after entering a valid password in the "Enter your Password" pop-up dialog box and subsequently receiving no error messages, no e-mails are fetched. When using a web browser interface to the same POP3 server it can be seen that quite a few e-mails are present. As an interesting tidibt, it was discovered that entering an incorrect/invalid password in the "Enter your Password" pop-up dilog box produces the same incorrect result. For this interaction I would have expected the "Sending of username did not succeed. Mail server responded: authentication failed: LOGIN failed" pop-up. However, this does not occur. So, my ISP and I would like to know if there is some facility within Thunderbird to trace the request and response interactions between Thunderbird and the POP3 server. If so, how do I enable it and see the corresponding information? At this point we (me and the ISP) do not understand what's going on leading to the incorrect and unexpected behavior. As another tidbit of information, things work correctly when running Thunderbird 60.5.1 interacting with the same ISP. Even a very old version (45.7.0) of Thunderbird works fine with the same ISP (all connections settings are the same). This is all very strange!

Wšykne wótegrona (5)

Matt
Matt
  • Moderator
  • Top 10 Contributor
more options

see https://wiki.mozilla.org/MailNews:Logging

Just be aware if you have an antivirus product it will be pretending to be the mail server in most circumstances and is a common point of failure. Windows safe mode with networking will generally remove that impediment for testing.

SandyDog
SandyDog Pšašaŕ
more options

Thank you Matt for the help and the pointer to the support article. I will see what I can discover!

Toad-Hall
Toad-Hall
  • Top 10 Contributor
more options

See if you have a 'log jam', where the oldest not downloaded mail is in effect causing a blockage or whether it could be something moved to server Spam.

  • Logon to webmail account using a browser.
  • Locate the oldest email which has not downloaded then either read it and delete it OR read it and move it out of the 'Inbox' into another folder.
  • Empty the Spam
  • Empty the Trash

In Thunderbird - Assuming you have already entered correct password Click on 'Get Messages' Report back on results.

SandyDog
SandyDog Pšašaŕ
more options

Hi folks. Thanks for the helpful replies. I am away on a bicycling trip, returning in a week. I'll be able to get back to working on this then. Sorry for the delay

SandyDog
SandyDog Pšašaŕ
more options

The issue seems to have nothing to do with the "log jam" as you described it. Rather it appears that for some unknown (so far) reason, the mail server-to-client connection gets dropped. Once that happens the ISP has to do some sort of a "reset" (this is done manually by the ISP staff) on their server and then things work well for some seemingly random period of time. Analysis is still ongoing.