Retention policy disregarded for imap folder
Categories
(Thunderbird :: Folder and Message Lists, defect)
Tracking
(Not tracked)
People
(Reporter: firstpeterfourten, Unassigned)
References
Details
(Keywords: testcase, Whiteboard: [dupme])
Comment 3•14 years ago
|
||
Comment 5•10 years ago
|
||
Comment 7•10 years ago
|
||
| Comment hidden (off-topic) |
Comment 9•8 years ago
|
||
Comment 10•8 years ago
|
||
Comment 11•7 years ago
|
||
Comment 12•7 years ago
|
||
Comment 13•7 years ago
|
||
Updated•7 years ago
|
Comment 14•6 years ago
|
||
(In reply to WBT from comment #4)
(In reply to comment #3)
Is this a newsgroup exposed as a folder on an IMAP server or a newsgroup on an
NNTP server? That makes a big difference.It is a newsgroup exposed as a folder on an IMAP server. Thunderbird calls
it a newsgroup, so I used that term.
I still cannot fathom this. Please post a screen shot of the folder properties general information tab, so we can clear this up
| Reporter | ||
Comment 15•6 years ago
|
||
Apologies, I no longer use TB after too many years of waiting on unfixed bugs like this which seriously impaired my ability to use the computers for other tasks. I did get very detailed in the original post and would prefer if someone else tried duplication, instead of requiring that only OP return 8 years later or else have the bug closed for everybody.
Comment 16•6 years ago
|
||
Hopefully Ben can have a look. Gene or someone else was also looking at retention issues
Comment 17•6 years ago
|
||
I know everyone is busy, but Gene do you mind having a look? Wayne which Ben are you referring to?
Comment 18•6 years ago
|
||
I tried on a gmail imap folder with about 10 test (useless) messages in it. I told to to keep just the most recent 3 and it worked, but compact was needed. However, what I see is that it is not based on the date of the message but on the order received (actually UID of the message). So it actually kept the 3 messages with the highest uid which means they were most recently placed in the folder (but not necessarily the 3 with most recent date).
I then copied another message to the folder with the limit of 3 messages. This added a 4th message that stayed. Only compact again deleted the "oldest" message. Looking at imap log, I see that the older messages are only marked as deleted when a compact is done. I haven't seen a background thread (like autosync) going through and trimming folders automatically . So this might be considered a bug. However, I don't see old messages that were previously deleted being re-downloaded as mentioned in comment 0.
Note also, that the reporter mentioned shared folders. That might be why he reported a problem and I don't see the same problem with a normal folder.
Updated•3 years ago
|
Comment 19•2 years ago
|
||
WFM per comment 18
Comment 20•2 years ago
|
||
Hi! Just to confirm that this still happens. With a number of mailboxes of various accounts. One is an inbox of 17000 messages with perhaps 300 messages per day that makes Thunderbird hang for more than one minute every time I open it. The retention policy never clears out old messages; neither with a number limit nor with a days limit. It is on an IMAP server that is shared among a handful of users.
Thunderbird 115.7.0 (64-bit) on Archlinux.
I couldn't find details on when Thunderbird triggers the retention policy cleaning.
Comment 21•1 year ago
|
||
Note, Compact forces a purge action, which is what triggers the retention check.
(In reply to gene smith from comment #18)
...
I haven't seen a background thread (like autosync) going through and trimming folders automatically . So this might be considered a bug. However, I don't see old messages that were previously deleted being re-downloaded as mentioned in comment 0.
(In reply to Ben from comment #20)
I couldn't find details on when Thunderbird triggers the retention policy cleaning.
According to https://bugzilla.mozilla.org/show_bug.cgi?id=637352#c3, the purge (service) interval is 5 minutes, but at most purge for any given folder happens every 8 hours.
Hi! Just to confirm that this still happens. With a number of mailboxes of various accounts. One is an inbox of 17000 messages with perhaps 300 messages per day that makes Thunderbird hang for more than one minute every time I open it. The retention policy never clears out old messages; neither with a number limit nor with a days limit. It is on an IMAP server that is shared among a handful of users.
Thunderbird 115.7.0 (64-bit) on Archlinux.
Ben, does this reproduce with 128, with the purge amount
Note also, that the reporter mentioned shared folders. That might be why he reported a problem and I don't see the same problem with a normal folder.
Unsure whether that would be a factor. But that doesn't seem to be the case for Ben.
Comment 22•1 year ago
|
||
(In reply to Wayne Mery (:wsmwk) from comment #21)
According to https://bugzilla.mozilla.org/show_bug.cgi?id=637352#c3, the purge (service) interval is 5 minutes, but at most purge for any given folder happens every 8 hours.
Thank you!
Hi! Just to confirm that this still happens. With a number of mailboxes of various accounts. One is an inbox of 17000 messages with perhaps 300 messages per day that makes Thunderbird hang for more than one minute every time I open it. The retention policy never clears out old messages; neither with a number limit nor with a days limit. It is on an IMAP server that is shared among a handful of users.
Thunderbird 115.7.0 (64-bit) on Archlinux.
Ben, does this reproduce with 128, with the purge amount
No. It seems to purge correctly now on Thunderbird 128.4.4.
Description
•