Closed Bug 1402841 Opened 7 years ago Closed 5 years ago

Thunderbird silently hanged after certain imap accounts stopped to receive e-mails

Categories

(MailNews Core :: Networking: IMAP, defect)

defect
Not set
critical

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: germano.massullo, Unassigned)

References

(Depends on 1 open bug)

Details

(Whiteboard: [has stacktrace][not reproduced)

Attachments

(1 file)

Attached file thunderbird_gdb.txt
User Agent: Mozilla/5.0 (X11; Fedora; Linux x86_64; rv:55.0) Gecko/20100101 Firefox/55.0
Build ID: 20170901071738

Steps to reproduce:

OS: Fedora 26, thunderbird-52.3.0-1.fc26.x86_64

On Thunderbird I use various e-mail accounts, for this bugreport purpose let's call them A,B,C,D,E. (B pop3, D and E imap)
Note: this time, Thunderbird process uptime was ~5 days.
4 days ago, I was expecting some new e-mails coming into D e-mail account, but I never received them, so I tought the sender has never sent them.
Today I was sending an e-mail with account E, and I have noticed that Thunderbird was taking too much time to send the e-mail. Then I got the message that Thunderbird was unable to copy the e-mail message into sent folder box.
To check if E account server was working, I tried to send an e-mail message from account B to account E. When trying to refresh the E inbox, I saw Thunderbird bottom load bar in an infinite loop, so I tried to login into webmail webpage of account E. I found there the e-mail message coming from B account, so there was something from with Thunderbird.
I closed Thunderbird, and I saw that the process was still running and popping up notifications of new inbox items from B account.

I retrieved the GDB full backtrace that I provide as attachment.

It looks like threads handling accounts D and E were in a certain way, stuck/hanged.
Indeed as soon I killed Thunderbird and reopened it, I immediately received a lot of new e-mails into accounts D and E. This is a major problem for a e-mail client software
The stacktrace of course is the hang.  But there's more issues than just the hang cited in comment 0.
Severity: normal → critical
Component: Untriaged → Networking: IMAP
Product: Thunderbird → MailNews Core
Summary: Thunderbird silently hanged certain accounts unabling to receive e-mails → Thunderbird silently hanged after certain imap accounts stopped to receive e-mails
Whiteboard: [has stacktrace]
Version: 52 Branch → 52
See Also: → 1399700
> To check if E account server was working, I tried to send an e-mail message from account B to account E. When trying to refresh the E inbox, I saw Thunderbird bottom load bar in an infinite loop, so I tried to login into webmail webpage of account E. I found there the e-mail message coming from B account, so there was something from with Thunderbird.
I closed Thunderbird, and I saw that the process was still running and popping up notifications of new inbox items from B account.

Germano,

Did account B have the sent message saved in the Sent folder?
Do you still experience this problem?
If you change the account settings so that sent messages go to a local folder, does the problem go away?
Flags: needinfo?(germano.massullo)
(In reply to Wayne Mery (:wsmwk) from comment #2)
> Did account B have the sent message saved in the Sent folder?

I do not remember which was the affected message

> Do you still experience this problem?

No

> If you change the account settings so that sent messages go to a local
> folder, does the problem go away?

Cannot try due previous answer
Flags: needinfo?(germano.massullo)
Thanks for the update.  This has a stacktrace so I hate to close it only because it is not reproduced.  So let's make it depend on bug 1381485
Depends on: 1381485
Whiteboard: [has stacktrace] → [has stacktrace][not reproduced

Germano, do you still see this when using version 68 or 60?

Flags: needinfo?(germano.massullo)

(In reply to Wayne Mery (:wsmwk) from comment #5)

Germano, do you still see this when using version 68 or 60?

I have never experienced this problem again

Flags: needinfo?(germano.massullo)

Thanks for the update

Status: UNCONFIRMED → RESOLVED
Closed: 5 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: