POP3 Fetching All Mail Each Time for one of my accounts which has many filter rules (other POP3 accounts ok)
Categories
(MailNews Core :: Networking: POP, defect)
Tracking
(Not tracked)
People
(Reporter: miked, Unassigned)
References
Details
Steps to reproduce:
Steps to reproduce:
- Start Thunderbird
- Check POP mail, mail is retrieved
- Check POP mail, all mail from previous step is retrieved again, duplicates exist
- Repeat previous step for triplicate, etc, copies of mails on server
I tried the popstate.dat trick but it did not fix the problem.:
- Close Thunderbird
- Remove popstate.dat in the Mail account directory
- Reopen Thunderbird
- Check mail twice, second time should only fetch new mails
This was introduced in v102.3.1. Previous v102 branch versions did not exhibit this behavior. I'm running Ubuntu v22.04 and my environment is 64-bit.
This should not be an issue with the POP server. I have multiple POP mail accounts with this single provider and only one is exhibiting the issue.
While checking mail, I observed popstate.dat. It grows as expected as Thunderbird pulls mail from the POP server. However, popstate.dat drops in file size when Thunderbird transitions to rule processing.
Strangely, I have multiple POP accounts configured but only observing the issue for a single POP account. The other POP accounts either have no rules or minimal rules, whereas the problematic POP account has an extensive list of rules.
For my POP accounts, I ask Thunderbird to leave messages on server for at most 1 days or until I delete them, in case that is useful information.
Actual results:
Thunderbird populates the Inbox with a new copy of same email from the server each time it checks for new mail.
Expected results:
Thunderbird should only populate the Inbox with a single instance of each mail on the server.
Apologies: This issue was introduced in v102.3.0 and still exists in v102.3.1.
|
||
Comment 2•3 years ago
|
||
While checking mail, I observed popstate.dat. It grows as expected as Thunderbird pulls mail from the POP server. However, popstate.dat drops in file size when Thunderbird transitions to rule processing.
Does it work if you disable filters temporarily?
Can you provide the two versions of popstate.dat, before filtering and after a manual run of filters?
|
||
Updated•3 years ago
|
I have found something that so far fixes the problem.
For this POP account, I had 103 rules. Of those, 9 were in disabled state. I deleted those 9 disabled rules and the issue is so far fixed. The other 94 are still enabled. I will report back tomorrow to confirm this fixed the issue.
If the issue persists, I will continue with the suggested popstate.dat steps, or otherwise please indicate if that is still useful.
It still happens but at a much lower frequency since I removed the disabled filters. I'll come back to my computer and only have duplicates for the day, whereas before I'd have multiple copies, one for each check interval.
Right now, I'm not able to reliably reproduce this. It seems to happen when I step away from the computer. :D Since I can't reproduce, I didn't bother to share popstate.dat.
Any advice on debugging steps?
Clarifying one of my previous statements: "not able to reliably reproduce" means I've tried combinations of enabled and disabled filters without success.
Quick update from this side: Still seeing the issue after the v102.3.2 release became available yesterday. It's still intermittent and difficult for me to reproduce on demand. Awaiting further feedback from the dev team regarding debugging steps.
|
||
Comment 7•3 years ago
|
||
Were you able to do this for Ping? "Can you provide the two versions of popstate.dat, before filtering and after a manual run of filters?"
If you're asking me, I don't understand the question.
|
|
||
Comment 9•3 years ago
|
||
I was attempting to address comment 2, where the question was originally asked of you.
But perhaps that is no longer possible.
|
Reporter | |
Comment 10•3 years ago
|
||
It isn't possible due to the intermittent nature of the bug. I'm never aware when it's going to happen so I can't capture the before and after popstate.dat files (taking into consideration the automatic time interval new mail checks).
I have since disabled the "Leave mail on server"..."For at most 1 days" setting and everything is fine. Not desirable though, but it's better than getting multiple copies of each email.
I imagine most folks use IMAP whereas I'm using POP3, and taking that further, for the smaller demographic using POP3, they likely don't leave their mail on the server for X days. So I'm guessing I'm considered a corner case by the Thunderbird dev team and not hopeful this will get addressed.
|
|
Reporter | |
Comment 11•3 years ago
|
||
I just realized that you closed the bug as WORKSFORME. That's very unfortunate.
|
|
||
Comment 12•2 years ago
|
||
(In reply to Mike from comment #11)
I just realized that you closed the bug as WORKSFORME. That's very unfortunate.
I did so because we've sort of reached a point were we don't have actionable information data and you are somewhat headed in another direction by mitigating most of the causes. So perhaps incomplete is more accurate. Also, I don't see anything in the patches made to 102.3.1 that would explain the behavior you describe. Nor for that matter in 102.3.0, unless Bug 1789958 - Duplicate emails coming in (Zoho, POP3) is a possiblity.
But maybe Bug 1798300 - Thunderbird keeps downloading the same messages using pop when leave on server is active - is reporting the same issue, only several weeks later.
|
|
Reporter | |
Comment 13•2 years ago
|
||
Yes, 1798300 appears to be a duplicate of this one. I will follow that one. Thank you.
Description
•