Open Bug 533696 Opened 15 years ago Updated 4 years ago

Auto expunge with IMAP synchronizing, local folder size does not change

Categories

(MailNews Core :: Backend, defect)

x86
Linux
defect

Tracking

(Not tracked)

UNCONFIRMED

People

(Reporter: wadim, Unassigned)

Details

User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US) AppleWebKit/532.5 (KHTML, like Gecko) Chrome/4.0.249.30 Safari/532.5 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.5) Gecko/20091204 Thunderbird/3.0 Using Message synchronizing with IMAP. When you delete any message in Inbox, Inbox folder on server will be compacted, but the local msg file INBOX won't be compacted until you select File\Compact Folders. Reproducible: Always Steps to Reproduce: 1. Check the size of Local INBOX and server INBOX. They will be identical. 2. Delete a message 3. Check the size of Local INBOX and server INBOX. They will be different. 4. Select File\Compact Folders 5. Check the size of Local INBOX and server INBOX. They will be identical. Actual Results: The local Inbox folder doesn't change. Expected Results: The local Inbox folder does change.
Summary: Auto expunge → Auto expunge with IMAP synchronizing
This looks like a case of bug 286888 , don't you think Wadim ?
(In reply to comment #1) > This looks like a case of bug 286888 , don't you think Wadim ? No, Auto expunge works fine with POP3 and IMAP accounts without (synchronizing). But when you enable synchronizing (option "Select this folder for offline use") it will no longer correct: Server folders will be compacted but the appropriate offline folders will not be compacted until I press File\Compact Folders.
aside from the issue of different sizes, I don't think there's an integrity or any practical problem here. invalid?
Component: General → Backend
Product: Thunderbird → MailNews Core
QA Contact: general → backend
Whiteboard: invalid?
First problem i see here if you receive huge amount of email everyday and running low on space on your hdd. But in this case you shouldn't using synchronizing in first place because it caches everything and eat up everything else. Second problem is security concerns.
(In reply to Nikolay Shopik from comment #4) > First problem i see here if you receive huge amount of email everyday and > running low on space on your hdd. We have a bug report for that iirc. > But in this case you shouldn't using synchronizing in first place because it caches everything and eat up everything else. wadim, see http://support.mozillamessaging.com/en-US/kb/imap-synchronization - If you no longer see the problem, please set status to RESOLVED, and set resolution to WORKSFORME. otherwise, we can probably mark this as a duplicate of some other bug. > Second problem is security concerns. wadim, please file a seperate bug if you still see this issue
Whiteboard: invalid?
The bug is still here (thunderbird 10.0.2). The option 'Compact folders when it will save over N Mb' doesn't work with IMAP synchronizing.
which files are not being compacted - the files on the server, or the files on the PC?
> which files are not being compacted - the files on the server, or the files on the PC? The files on PC.
Removing myslef on all the bugs I'm cced on. Please NI me if you need something on MailNews Core bugs from me.
Severity: normal → --
Flags: needinfo?(wadim)
You need to log in before you can comment on or make changes to this bug.