Bugzilla

Are you saying that after it wakes up and re-downloads and re-indexes the folders that it eventually stabilizes and all is OK? If so, how long does this take?

When there a lots of new messages (or what TB thinks are new msgs) the indexing will occur. You might consider turning off indexing temporarily until the the re-downloading problem is resolved: General setting, near the bottom, turn off "Enable Global Search and Indexer" and then restart TB to be sure it takes effect.

Is it re-downloading all the messages in the top-level "folders" and folders under it? By default, new messages only appear in Inbox so I guess you must be using a TB filter or server side filter to move messages into "Folder" and others below it?

A reason that a re-download may occur is that the "UIDVALIDITY" value that tb has doesn't match what the server reports. But I've never seen a dovecot/tb combination have this problem, so probably doubtful. The only way to tell is to produce a log file. It might be good to set the MOZ_LOG variable to include IMAP_CS:5 also, e.g., ```MOZ_LOG = IMAP:5,IMAP_CS:5,timestamp.sync```, since that will show definitely if UIDVALIDITY has changed.

I don't know if you have tried to "repair" the problem folders (right click, properties, repair folder), sometimes that helps but, personally, with TB shutdown, I prefer to just delete the problem files and directories in the Profile and let tb rebuild them. If you look in the profile area (under ImapMail/<your account name>) you will find files corresponding to the imap folder structure with names like folder.msf, folder, and directories with names like folders.sdb which are containers for subfolders. You may also see folders with a suffix like folder-1, folder-2 etc. This indicates there was a problem so a new directory was created due to tb finding an inconsistency in a folder. So the higher suffix is the currently active directory and the others are no longer in use. AFAIK, compact doesn't get rid of these so OK to just delete them.

If you go this route and delete the possibly corrupted profiles files and directories you can first back them up if you are concerned, but since they are all on the server, I never bother with a backup. 

When you restart TB and select the problem folders, of course tb will re-download them. With indexing disabled it might be a bit faster.  Hopefully this will fix the problem you are having the the beta.

Are you saying that after it wakes up and re-downloads and re-indexes the folders that it eventually stabilizes and all is OK? If so, how long does this take?

When there are a lots of new messages (or what TB thinks are new msgs) the indexing will occur. You might consider turning off indexing temporarily until the the re-downloading problem is resolved: General setting, near the bottom, turn off "Enable Global Search and Indexer" and then restart TB to be sure it takes effect.

Is it re-downloading all the messages in the top-level "folders" and folders under it? By default, new messages only appear in Inbox so I guess you must be using a TB filter or server side filter to move messages into "Folder" and others below it?

A reason that a re-download may occur is that the "UIDVALIDITY" value that tb has doesn't match what the server reports. But I've never seen a dovecot/tb combination have this problem, so probably doubtful. The only way to tell is to produce a log file. It might be good to set the MOZ_LOG variable to include IMAP_CS:5 also, e.g., ```MOZ_LOG = IMAP:5,IMAP_CS:5,timestamp,sync```, since that will show definitely if UIDVALIDITY has changed.

I don't know if you have tried to "repair" the problem folders (right click, properties, repair folder), sometimes that helps but, personally, with TB shutdown, I prefer to just delete the problem files and directories in the Profile and let tb rebuild them. If you look in the profile area (under ImapMail/<your account name>) you will find files corresponding to the imap folder structure with names like folder.msf, folder, and directories with names like folders.sdb which are containers for subfolders. You may also see folders with a suffix like folder-1, folder-2 etc. This indicates there was a problem so a new directory was created due to tb finding an inconsistency in a folder. So the higher suffix is the currently active directory and the others are no longer in use. AFAIK, compact doesn't get rid of these so OK to just delete them.

If you go this route and delete the possibly corrupted profiles files and directories you can first back them up if you are concerned, but since they are all on the server, I never bother with a backup. 

When you restart TB and select the problem folders, of course tb will re-download them. With indexing disabled it might be a bit faster.  Hopefully this will fix the problem you are having with the beta.