Bugzilla

Richard wrote:
>Because I don't want copy of my email made available offline (cached) on the computer, working online shall still be possible without causing more issues than it should (apart from the inevitable network transfer overhead) and loading of message shall still be happening in parallel of else IMAP processing... so that would still need to be fixed somehow... I am happy to help where I can to make this possible...

Hi Richard.  Thanks for the detailed reply. I understand what you are saying and mostly agree on your points but not quite sure I understand the above quote. It sounds like you are thinking my suggestion is to make **all** folders have offline store (cached). I was only suggesting that you make Inbox have offline store. It can be selected separately via advanced setting of "Synchronization and Storage". All other folder would remain un-cached with no offline storage. But this is just a temporary work-around that might help your situation while we continue to work on the root problem.

Anyhow, yes the folder discovery is definitely blocking the message fetch from inbox because they are occurring on the same IMAP thread. triggered by the first URL. Beinvenu suggested this in comment 12 above:

>We'd like folder discovery to run as a separate url a certain amount of time later, though that increases the time that our picture of the folder structure on the server is stale.

Running a discovery URL explicitly would cause TB to spawn a new IMAP thread. Right now, a URL to trigger discovery is only triggered by account root folder collapse/expand. The discovery that is causing your issue (this bug) is not running as its own URL but it triggered by whatever other URL is running and once the discovery finishes one time it no longer occurs on every URL but it's always check for the need to run with every URL.

So I'll see if I can find a way to implement the comment 12 suggestion.

Richard wrote:
>Because I don't want copy of my email made available offline (cached) on the computer, working online shall still be possible without causing more issues than it should (apart from the inevitable network transfer overhead) and loading of message shall still be happening in parallel of else IMAP processing... so that would still need to be fixed somehow... I am happy to help where I can to make this possible...

Hi Richard.  Thanks for the detailed reply. I understand what you are saying and mostly agree on your points but not quite sure I understand the above quote. It sounds like you are thinking my suggestion is to make **all** folders have offline store (cached). I was only suggesting that you make Inbox have offline store. It can be selected separately via advanced setting of "Synchronization and Storage". All other folder would remain un-cached with no offline storage. But this is just a temporary work-around that might help your situation while we continue to work on the root problem.

Anyhow, yes the folder discovery is definitely blocking the message fetch from inbox because they are occurring on the same IMAP thread, triggered by the first URL. Beinvenu suggested this in comment 12 above:

>We'd like folder discovery to run as a separate url a certain amount of time later, though that increases the time that our picture of the folder structure on the server is stale.

Running a discovery URL explicitly would cause TB to spawn a new IMAP thread. Right now, a URL to trigger discovery is only triggered by account root folder collapse/expand. The discovery that is causing your issue (this bug) is not running as its own URL but it triggered by whatever other URL is running and once the discovery finishes one time it no longer occurs on every URL but it's always checked for the need to run with every URL.

So I'll see if I can find a way to implement the comment 12 suggestion.