I am thinking this sounds like you have no message headings in the list, so nothing is displayed.

on the right above the up arrow in the scroll there is a squarish icon. Click it and select "restore column order" from the displayed menu.

Thanks for the response Matt. While it didn't resolve the issue, I found that reopening TB and clicking on the apparently empty folders and waiting a few minutes would cause the message headers to appear again.

Apparently, when you delete the *.msf index files, TB recreates the index files, but doesn't populate any data until the user clicks on the folder and pauses for several seconds.

TB really needs to have a Properties, Repair Folder option that works on all folders and we need to have TB create the folder index for all folders upon user selecting an option. TB really needs to work on their indexing for message headers. I've had more trouble with this than any other email client I've ever used.

Apparently, when you delete the *.msf index files, TB recreates the index files, but doesn't populate any data until the user clicks on the folder and pauses for several seconds.

The MSF is not regenerated until the folder is accessed.

TB really needs to have a Properties, Repair Folder option that works on all folders and we need to have TB create the folder index for all folders upon user selecting an option. TB really needs to work on their indexing for message headers. I've had more trouble with this than any other email client I've ever used.

There is a feedback and ideas forum here https://connect.mozilla.org/ I have no issues with folders, others do. I have no third party anti virus. Others do.

Some folk have huge IMAP folders with hundreds of thousands of email in them, I do as well. I try not to mess with them however as they are carrying a huge overhead in network traffic for any actions you take with them.

Fundamentally there is an expectation from the development team that you will not delete anything from the profile folder. You have gutted the Thunderbird's display cache by deleting ALL of the MSF files and apparently think that they are regenerated in the background. They are not they are regenerated in the foreground, after you select them.

Then we get to repair. This is all good for a local folder in a pop account. But depending on the type of account and the settings restoring an MSF file may require waiting on a response from the server listing all the mail in the folder.

For now using File > compact will force a re-validation of all folders and their msf files. In the case of IMAP accounts a re-download of the folder list will occur as well to determine the validity of the folder contents V the server it is synchronized to. It is also recommended to expunge the imap server as server data is not expunged by other means by default.

I think unless your server is connected to you on a gigabit network connection, without any contention or congestion, you will find transferring lots of data over the network is slow in the extreme. Your expectations on how fast things should go appear to be based on access to a local disk which is not the canonical source in an IMAP account.

> There is a feedback and ideas forum here https://connect.mozilla.org/ I have no issues with folders, others do. I have no third party antivirus. Others do.

Thank you for the forum information. I've posted a comment there. As to the antivirus, I don't think this issue is related to any AV interference.

> Some folk have huge IMAP folders with hundreds of thousands of email in them, I do as well. I try not to mess with them however as they are carrying a huge overhead in network traffic for any actions you take with them.

I understand this view, but if you can't see the messages and Properties, Repair Folder doesn't fix the problem, you're pretty much SOL.

> Fundamentally there is an expectation from the development team that you will not delete anything from the profile folder. You have gutted the Thunderbird's display cache by deleting ALL of the MSF files and apparently think that they are regenerated in the background. They are not they are regenerated in the foreground, after you select them.

Gutting the TB display cache is the only thing that restores the ability to actually read the emails. Whether the development team expects this or not, the message indexing is not always working properly, many people have complained about this and the two recommendations that are always listed as solutions are Properties, Repair Folder, and if that fails, remove the *msf files.

Yes, I expected that when TB was restarted and found folders with no msf indexes, it would reindex automatically and do so in the background like any sensible chimp would do. Turns out I was wrong and you have to physically revisit each and every one of your folders long enough for TB to reindex in the foreground. Bad design, and something I would recommend be rethought for a future release along with fixing the problem with the msf indexing in the first place.

Then we get to repair. This is all good for a local folder in a pop account. But depending on the type of account and the settings restoring an MSF file may require waiting on a response from the server listing all the mail in the folder.

If you can't read the email, and you Properties, Repair Folder doesn't fix the issue, I guess you're stuck with waiting for the reindex as you point out here.

For now using File > compact will force a re-validation of all folders and their msf files. In the case of IMAP accounts a re-download of the folder list will occur as well to determine the validity of the folder contents V the server it is synchronized to. It is also recommended to expunge the imap server as server data is not expunged by other means by default.

If the msf index files are messed up, a compact will likely delete messages and lose important material completely. Several websites caution against doing a compact with these kind of errors unresolved.

I think unless your server is connected to you on a gigabit network connection, without any contention or congestion, you will find transferring lots of data over the network is slow in the extreme. Your expectations on how fast things should go appear to be based on access to a local disk which is not the canonical source in an IMAP account.

I have both IMAP and POP accounts. Again, if I can't read the emails because the msf indexes are corrupted, and the Properties, Folder Repair doesn't fix the problem, the only remaining choice is to clear the corrupted files out and reindex regardless of the data transfer issues. It does no good to have an email client that can't keep the message indexes in good working order and then complain about the time to reindex when problems arise and must be fixed.