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

搜尋 Mozilla 技術支援網站

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

了解更多

Poor Thunderbird response/performance with multi-Gb shared sales inbox

  • 2 回覆
  • 1 有這個問題
  • 1 次檢視
  • 最近回覆由 Wayne Mery

more options

Greetings I recently started working with at a manufacturing firm and I have four sales people sharing one communal sales mailbox on an onsite email server using IMAP. All clients (same room) experiencing seemingly random, heavy lag time between clicks when using Thunderbird (three are using Version 52.9.1, the fourth (and heaviest email) user upgraded to 60.0). I have tried disabling all add-ons, reinstalling the Win10 OS, all users are using modern Dell Precision workstations, have SSD's and +16Gb Ram.

After some research I understand the inbox is a giant text file under constant read/write and very crucial to let Thunderbird compact (which is done regularly by all users). Inbox file is small but several others which I presume represent inbox folders are very large (see screenshot). I'd expect the large local files don't help, but don't think they're the root cause of this poor performance. Any constructive input would be appreciated.

Thanks in advance!

Ryan

Greetings I recently started working with at a manufacturing firm and I have four sales people sharing one communal sales mailbox on an onsite email server using IMAP. All clients (same room) experiencing seemingly random, heavy lag time between clicks when using Thunderbird (three are using Version 52.9.1, the fourth (and heaviest email) user upgraded to 60.0). I have tried disabling all add-ons, reinstalling the Win10 OS, all users are using modern Dell Precision workstations, have SSD's and +16Gb Ram. After some research I understand the inbox is a giant text file under constant read/write and very crucial to let Thunderbird compact (which is done regularly by all users). Inbox file is small but several others which I presume represent inbox folders are very large (see screenshot). I'd expect the large local files don't help, but don't think they're the root cause of this poor performance. Any constructive input would be appreciated. Thanks in advance! Ryan

所有回覆 (2)

more options

we are missing the screen shot, but have you checked to make sure the Thunderbird profile folder (The Mail and IMAP mail folders and global-index-db.sqlite at least) are excluded from on access anti virus scanning. Nothing like the AV locking a file that is constantly being updated to make things slow.

Make sure the IAMP server supports the IMAP IDLE command and that it is enabled. Then make sure the connection time to check for mail is set for a relatively long period like 15-20 minutes (IDLE will notify of new mail so a full blown check it not needed)

A bit of background on IDLE here is you need it. https://www.isode.com/whitepapers/imap-idle.html

more options

Hi Sysadmin_Sandcastles

can you give us an update please?