為了改善您的使用體驗,本網站正在進行維護,部分功能暫時無法使用。若本站的文件無法解決您的問題,想要向社群發問的話,請到 Twitter 上的 @FirefoxSupport 或 Reddit 上的 /r/firefox 發問,我們的社群成員將很快會回覆您的疑問。

搜尋 Mozilla 技術支援網站

防止技術支援詐騙。我們絕對不會要求您撥打電話或發送簡訊,或是提供個人資訊。請用「回報濫用」功能回報可疑的行為。

了解更多

After upgrade to Thunderbird 60 - indexing of an mbox takes forever

  • 3 回覆
  • 1 有這個問題
  • 1 次檢視
  • 最近回覆由 Agitatra

more options

After I upgraded to version 60, I realised an annoying fan noise and an elevated CPU load, due to Thunderbird.

I figured that it was due to indexing the inbox of one account. In the activities view a progress bar was going back and forth and the description was something like: "looking for indexable entries in: 'Inbox'" (German: "zu indizierende Nachrichten in: 'Posteingang' werden ermittelt"), not mentioning for which account.

To overcome this problem, I deleted the file global-messages-db.sqlite. As a result, Thunderbird nicely indexed all mailboxes and afterwards the CPU load returned to normal. That was yesterday.

Unfortunately, today the odd behaviour returned. I currently have the global message database rebuild again, hoping afterwards my fan will be silent. However, I'm afraid this redemption will only be temporary... Please don’t make me switch to: Outlook!


Information for error correction ----------------------------------------------------------------------------------
After I upgraded to version 60, I realised an annoying fan noise and an elevated CPU load, due to Thunderbird. I figured that it was due to indexing the inbox of one account. In the activities view a progress bar was going back and forth and the description was something like: "looking for indexable entries in: 'Inbox'" (German: "zu indizierende Nachrichten in: 'Posteingang' werden ermittelt"), not mentioning for which account. To overcome this problem, I deleted the file global-messages-db.sqlite. As a result, Thunderbird nicely indexed all mailboxes and afterwards the CPU load returned to normal. That was yesterday. Unfortunately, today the odd behaviour returned. I currently have the global message database rebuild again, hoping afterwards my fan will be silent. However, I'm afraid this redemption will only be temporary... Please don’t make me switch to: Outlook! ------------ Information for error correction ----------------------------------------------------------------------------------

由 Wayne Mery 於 修改

所有回覆 (3)

more options

re :I figured that it was due to indexing the inbox of one account.

Makes you wonder how big is that Inbox and whether it has a load of hidden marked as deleted emails. When was the last time you compacted the 'Inbox' and 'Drafts' and 'junk/spam' folders?

Once you get it up and running ok - even if you know it will be temporary. Just in case there is some corruption going on....suggest you move emails from that problem accounts 'Inbox' folder to a few other folders for storage. Delete anything you do not want.

When 'Inbox' is completely empty, right click on 'Inbox' folder and select 'Compact'. Compact the 'Drafts and the 'Junk' as well.

then rebuild the global database so it is up to date.

Did this work?

more options

I more or less backup my Thunderbird profile to a remote server every day. Before backing up the profile it is compacted to spare space, and yes, the profile has been compacted yesterday and today.

I normally don’t use draft or junk folders. When I write an e-mail I either send or discard it, when I delete a message it is deleted, not moved to the trash.

As I wrote, rebuilding the global database works nicely, including all: “Inbox” folders, so I don’t see that the structure of the folders causes the problem. As I stated earlier, the described behaviour started suddenly. The first time after the upgrade to Thunderbird 60, the second more or less one day after the rebuild. Currently every thing looks good, however I’m afraid this may change tomorrow.

Unfortunately, I don’t know which folder is the: “problem Inbox folder”, since in the activity view only: “Inbox” is depicted, not the account to which it belongs.

In the error console I can find only entries by Lighting, nothing related to indexing.

由 Wayne Mery 於 修改

more options

Some additional information:

  • The problematic behaviour continues.
  • It starts every day at about noon.
  • It stops (until the next day) when Thunderbird is restarted.