1795390 - "Copying message to Sent folder" often gets so extremely stuck, even disabling wifi won't make it recover

Status: RESOLVED DUPLICATE of bug 1745130

(MailNews Core :: Networking: IMAP, defect)

Description

[Ellie]

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:106.0) Gecko/20100101 Firefox/106.0

Steps to reproduce:

1. Send e-mail

Actual results:

"Copying to Sent folder" shows for multiple minutes, nothing aborts, gives up, allows me ever to attempt a retry. I disable wifi entirely (no internet!!), wait a minute, it's still trying. That seems like possibly a problem with some program logic.

Expected results:

If clearly no bytes are being sent in a while, or when internet is even disconnected fully, the dialog should figure this out in some seconds or so, not hang for what looks like possibly forever. I've waited for it multiple minutes multiple times before I just killed Thunderbird entirely. Often it acts quickly again after being restarted.

Comment 1

[Thomas D. (:thomas8)]

I'm seeing this sometimes when sending messages, indeed somewhere along the sending flow there might be a step which sometimes seems to take extra long for no apparent reason. Couldn't nail it, though.

• Ellie, does this happen for every sent email or just some?
• How large are the messages for which this happens? (attachments etc.)
• For the avoidance of doubt: POP or IMAP?
• Which exact version of TB? ≡ > Help > About Thunderbird

Ping, is it true that Thunderbird wouldn't notice and just keep on trying forever if network gets lost while or before we are able to save a copy of sent message back to an IMAP sent folder? (Guess this could be tested with large attachment and then disconnecting network while it's being saved to Sent folder).

Comment 2

[Thomas D. (:thomas8)]

I assume this would not be caused by the composition window frontend, but by our network: Imap implementation

Comment 3

[Ellie]

does this happen for every sent email or just some?

Just some, but many of them. I think it's a combination of my slow internet and maybe the IMAP server having some sort of aggressive timeout, so it seems like a lot of the IMAP stuff just tends to somehow get disrupted from the server side too but then Thunderbird just doesn't realize that happened. E.g. browsing folders in Thunderbird sometimes gets stuck too, and it might take multiple minutes and sometimes I just terminate it fully instead and reopen which usually refreshes that same folder in 1-2 seconds just fine. It seems like generally, the IMAP handling of Thunderbird isn't too great at recognizing when the connection became dead, although for sent mail it seems to be worst with possibly getting stuck literally forever.

How large are the messages for which this happens? (attachments etc.)

Happens with about pretty much everything, like small total attachments of 200KB or less that transfer in a second even with my slow internet, but big e-mails make it more likely I think.

For the avoidance of doubt: POP or IMAP?

IMAP, provider is GMail

Which exact version of TB? ≡ > Help > About Thunderbird

102.4.0 (64-bit), as published by Fedora. No manual extensions added, the only extension listed is: "Enigmail (disabled)". I use the default theme. This is an old, many years old install of Thunderbird with the profile migrated throughout probably 5+ years of Fedora and Thunderbird upgrades, if relevant.

Comment 4

[Ellie]

Recently it has now gotten so bad I pretty much just can't view new e-mails anymore right away. I need to let it sit for 5 minutes longer and maybe it will load. But the thing is, the "geary" e-mail client (that GNOME one), web browsing, or GMail via its web interface work just fine. Is there some way I could collect some super detailed network log and send it privately to some dev to maybe look at what is going on? It's strange. I mean, yeah, my internet is super slow, but since the other stuff is sluggish but usable it's kind of baffling why Thunderbird is having a way harder time somehow.

Comment 5

[Magnus Melin [:mkmelin] (away until Aug 10)]

You can try imap logging and see if something turns up: https://wiki.mozilla.org/MailNews:Logging

Comment 6

[Ping Chen [:rnons] (away)]

I think this is a dup of bug 1745130.
The IMAP module has a feature called offline playback, in theory we can put the copy to the local IMAP folder immediately (or after a timeout), then use the offline playback mechanism to upload it to the IMAP server.