搜索 | 用户支持

防范以用户支持为名的诈骗。我们绝对不会要求您拨打电话或发送短信,及提供任何个人信息。请使用“举报滥用”选项报告涉及违规的行为。

详细了解

Slow to mark messages read/unread

  • 6 个回答
  • 1 人有此问题
  • 1 次查看
  • 最后回复者为 spetterson

more options

I've just moved files from one PC to another. Reinstalled Thunderbird on new machine. POP3 account I've used for years. Have had slowness issues in the past on the old machine, tracked some to antivirus, etc. Old machine was behaving properly recently. The machines are somewhat different hardware, but both are Windows 7.

I keep a big Inbox (easier searches); about 7000 messages.

On the new machine, marking a message Read or Unread, or deleting a message, freezes Thunderbird for about 25 seconds. Moving from one already-read message to another has no delay. Only when moving off of a message that just got marked as read, or clicking to mark a message read, causes the delay.

I tried moving half my messages into another folder and compacted the inbox; the freeze goes to about 11-12 seconds (proportional to inbox size). But I don't want to leave it that way or keep inbox so small.

I compared behavior in other folders (I do archive files from 2013 and before into different folders): archive folders have the same proportional delay. Bigger folders can cause a delay of 40-50 seconds. Small folders have almost no delay.

These things made no difference:

- Thunderbird safe mode, no difference.

- Turned off antivirus; no difference.

- Turned on/off indexing (Windows indexing of folder, Thunderbird smart indexing); no difference.

- Rebuilt global database; no difference.

- Enabled "Use Thunderbird offline": no difference.

- Verified Inbox gets rewritten instantly when I click on a message to read it or click to mark unread. the freeze comes after that.

This, however, eliminated the delay:

- Rebooted Windows in safe mode with networking. Thunderbird responded instantly, as it behaved on the old computer. Delay was gone.

Rebooting the computer back into normal mode, the delay returns.

I've just moved files from one PC to another. Reinstalled Thunderbird on new machine. POP3 account I've used for years. Have had slowness issues in the past on the old machine, tracked some to antivirus, etc. Old machine was behaving properly recently. The machines are somewhat different hardware, but both are Windows 7. I keep a big Inbox (easier searches); about 7000 messages. On the new machine, marking a message Read or Unread, or deleting a message, freezes Thunderbird for about 25 seconds. Moving from one already-read message to another has no delay. Only when moving off of a message that just got marked as read, or clicking to mark a message read, causes the delay. I tried moving half my messages into another folder and compacted the inbox; the freeze goes to about 11-12 seconds (proportional to inbox size). But I don't want to leave it that way or keep inbox so small. I compared behavior in other folders (I do archive files from 2013 and before into different folders): archive folders have the same proportional delay. Bigger folders can cause a delay of 40-50 seconds. Small folders have almost no delay. These things made no difference: - Thunderbird safe mode, no difference. - Turned off antivirus; no difference. - Turned on/off indexing (Windows indexing of folder, Thunderbird smart indexing); no difference. - Rebuilt global database; no difference. - Enabled "Use Thunderbird offline": no difference. - Verified Inbox gets rewritten instantly when I click on a message to read it or click to mark unread. the freeze comes after that. This, however, eliminated the delay: - Rebooted Windows in safe mode with networking. Thunderbird responded instantly, as it behaved on the old computer. Delay was gone. Rebooting the computer back into normal mode, the delay returns.

由spetterson于修改

被采纳的解决方案

I found my problem - and thank you to everyone who responded.

It's my own fault - I said it wasn't the antivirus, and that's because I had turned off all *internet* monitoring, and that didn't affect it.

Explaining it to a friend in person, I realized I hadn't tried turning off real-time *file* monitoring.

That was the problem. McAfee was scanning the inbox for file attachment viruses every time the file was rewritten (every time a message was marked read or unread).

Obvious once I thought of it. Thanks, everyone. Problem is resolved.

定位到答案原位置 👍 1

所有回复 (6)

more options

spetterson said

I've just moved files from one PC to another. Reinstalled Thunderbird on new machine. POP3 account I've used for years. Have had slowness issues in the past on the old machine, tracked some to antivirus, etc. Old machine was behaving properly recently. The machines are somewhat different hardware, but both are Windows 7. I keep a big Inbox (easier searches); about 7000 messages. On the new machine, marking a message Read or Unread, or deleting a message, freezes Thunderbird for about 25 seconds. Moving from one already-read message to another has no delay. Only when moving off of a message that just got marked as read, or clicking to mark a message read, causes the delay. I tried moving half my messages into another folder and compacted the inbox; the freeze goes to about 11-12 seconds (proportional to inbox size). But I don't want to leave it that way or keep inbox so small. I compared behavior in other folders (I do archive files from 2013 and before into different folders): archive folders have the same proportional delay. Bigger folders can cause a delay of 40-50 seconds. Small folders have almost no delay. These things made no difference: - Thunderbird safe mode, no difference. - Turned off antivirus; no difference. - Turned on/off indexing (Windows indexing of folder, Thunderbird smart indexing); no difference. - Rebuilt global database; no difference. - Enabled "Use Thunderbird offline": no difference. - Verified Inbox gets rewritten instantly when I click on a message to read it or click to mark unread. the freeze comes after that. This, however, eliminated the delay: - Rebooted Windows in safe mode with networking. Thunderbird responded instantly, as it behaved on the old computer. Delay was gone. Rebooting the computer back into normal mode, the delay returns.
more options

It sounds as though your computer has just slowed down. Each day they slow more and more. You may need more RAM? With 7000 messages in one folder, they are not going to show all at once. I would think this is normal. RAM has become so inexpensive theses days, I always max out my PC's with it. You may of answered your own question when you say the bigger the folder, the slower it is.

由Bob于修改

more options

When I reboot the computer in "safe mode with networking", Thunderbird behaves correctly *without delay*. On the old computer, with less RAM, slower drive, slower CPU, the folder behaved correctly *without delay*.

It is the new computer that has the delay. The old computer does not have this delay.

The problem is not that the folder is large. The problem is that after marking the message read or unread, Thunderbird (or, more likely, the OS, upon request from Thunderbird) is taking some other action that it does not need to take, and that it does not take in my other, intended to be identical, configuration.

由spetterson于修改

more options

re :When I reboot the computer in "safe mode with networking", Thunderbird behaves correctly *without delay*.

This tells you that another program outside of Thunderbird is causing the issue. Cause is likely a program loaded during windows startup. Possibilities include: antivirus SW, virus/malware, background downloads such as various program updates.

more options

re: I keep a big Inbox (easier searches); about 7000 messages. On a different note.... The Inbox folder as seen in the Folder pane is actually a simple mbox text FILE . Emails are written one after the other in the order downloaded in the same file.

So all of those emails are actually stored in one file - a single document, not individual email documents in a folder. Whilst this is ok, it is not advisable and carries an element of risk.

more options

选择的解决方案

I found my problem - and thank you to everyone who responded.

It's my own fault - I said it wasn't the antivirus, and that's because I had turned off all *internet* monitoring, and that didn't affect it.

Explaining it to a friend in person, I realized I hadn't tried turning off real-time *file* monitoring.

That was the problem. McAfee was scanning the inbox for file attachment viruses every time the file was rewritten (every time a message was marked read or unread).

Obvious once I thought of it. Thanks, everyone. Problem is resolved.