Przeszukaj pomoc

Unikaj oszustw związanych z pomocą.Nigdy nie będziemy prosić Cię o dzwonienie na numer telefonu, wysyłanie SMS-ów ani o udostępnianie danych osobowych. Zgłoś podejrzaną aktywność, korzystając z opcji „Zgłoś nadużycie”.

Więcej informacji

Why did my TB not do the auto-compact thing?

  • 3 odpowiedzi
  • 1 osoba ma ten problem
  • 14 wyświetleń
  • Ostatnia odpowiedź od Toad-Hall

more options

I'm just wondering...

My ThunderBird install has this default setting of "compress folders if it saves more than 20 MB in total".

And I have the Dutch language translation installed (don't know how to change it to English....) but as with many software translations, it uses some bad terms which confuses people.

I believe in English TB uses the word "compact" but in Dutch it says "comprimeren" which always only refers to compression in the sense of ZIP/RAR/GZIP etcetera. Because of that I have never manually chosen to "comprimeren" because I didn't understand what it meant.

I believe from time to time TB has asked me whether I wanted to do that thing, and I still didn't know what it was supposed to do, so I never chose to.

In the end, today, I made a backup of my entire IMAP remote collection and it turned out to be only a meagre ~500 MB whereas the data for Thunderbird itself (full offline sync) took up 1.2 GB.

And then I finally chose to "compress" and now the backup and the actual Thunderbird folders/files are identical in size, save for the TB index.

And that means I have had about 600 MB of deleted messages still sitting in my INBOX.

There is another option that translated to something like "Clean up your Inbox (expunge) when closing?" and I have no clue what it is supposed to do and there is also no tooltip or anything. Does it refer to the compact action? Does it refer to moving deleted (now invisible) messages to Trash? I have no idea and when I open my folders in another client (Alpine) it actually shows these "deleted" flags on those messages that I have supposedly "deleted" from Inbox (and that have already been copied to the trash folder). I suppose that's what expunge means - to get rid of those messages.

Alpine however is much more consistent, but now I have this (nonproblematic) feature:

I have a filter in Alpine set up to also move 'expunged' messages to Trash upon expunging them. Otherwise Alpine would just delete everything with no fallback. It would be gone = gone.

So if I delete a bunch in Thunderbird, and then open and exit Alpine, all of those deleted messages are now featured twice in the Trash, once copied there by TB, and once copied there by Alpine :p.

I don't know what the actual point is of keeping "deleted" messages in any folder if you have already visually indicated they are gone and they have been moved elsewhere. Is there some sort of "undo" mechanism involved? There is no action anywhere in TB that *I* can see that would benefit from something like this?

For Alpine, the "D" (delete) action only flags messages. Then, upon exit they are usually expunged. With my custom filter, they are expunged and saved to Trash. But TB instantly deletes and moves them, which is fine by me, but I don't understand why it doesn't clean up behind itself.

Is there any use case where NOT expunging these 'flagged' messages has benefits, in terms of Thunderbird?

And I have heard people talk about auto-compacting, but why did such a thing never happen?

I'm just wondering... My ThunderBird install has this default setting of "compress folders if it saves more than 20 MB in total". And I have the Dutch language translation installed (don't know how to change it to English....) but as with many software translations, it uses some bad terms which confuses people. I believe in English TB uses the word "compact" but in Dutch it says "comprimeren" which always only refers to compression in the sense of ZIP/RAR/GZIP etcetera. Because of that I have never manually chosen to "comprimeren" because I didn't understand what it meant. I believe from time to time TB has asked me whether I wanted to do that thing, and I still didn't know what it was supposed to do, so I never chose to. In the end, today, I made a backup of my entire IMAP remote collection and it turned out to be only a meagre ~500 MB whereas the data for Thunderbird itself (full offline sync) took up 1.2 GB. And then I finally chose to "compress" and now the backup and the actual Thunderbird folders/files are identical in size, save for the TB index. And that means I have had about 600 MB of deleted messages still sitting in my INBOX. There is another option that translated to something like "Clean up your Inbox (expunge) when closing?" and I have no clue what it is supposed to do and there is also no tooltip or anything. Does it refer to the compact action? Does it refer to moving deleted (now invisible) messages to Trash? I have no idea and when I open my folders in another client (Alpine) it actually shows these "deleted" flags on those messages that I have supposedly "deleted" from Inbox (and that have already been copied to the trash folder). I suppose that's what expunge means - to get rid of those messages. Alpine however is much more consistent, but now I have this (nonproblematic) feature: I have a filter in Alpine set up to also move 'expunged' messages to Trash upon expunging them. Otherwise Alpine would just delete everything with no fallback. It would be gone = gone. So if I delete a bunch in Thunderbird, and then open and exit Alpine, all of those deleted messages are now featured twice in the Trash, once copied there by TB, and once copied there by Alpine :p. I don't know what the actual point is of keeping "deleted" messages in any folder if you have already visually indicated they are gone and they have been moved elsewhere. Is there some sort of "undo" mechanism involved? There is no action anywhere in TB that *I* can see that would benefit from something like this? For Alpine, the "D" (delete) action only flags messages. Then, upon exit they are usually expunged. With my custom filter, they are expunged and saved to Trash. But TB instantly deletes and moves them, which is fine by me, but I don't understand why it doesn't clean up behind itself. Is there any use case where NOT expunging these 'flagged' messages has benefits, in terms of Thunderbird? And I have heard people talk about auto-compacting, but why did such a thing never happen?

Wszystkie odpowiedzi (3)

more options

Check this article about compacting. http://kb.mozillazine.org/Compacting_folders

more options

That article is even more confusing than Thunderbird itself.

It says compacting is the same thing as expunging. But expunging is really something that relates to IMAP folders on a remote host. IMAP also has "deleted" flags and the article talks about "deleted flags" in Thunderbird as if they are the same thing.

Apparently TB marks messages for deleted both in its offline copy and in the IMAP proper, and then when another program (Alpine) actually expunges these messages TB doesn't follow suit in its own offline copy??

But, that makes no sense either, because Thunderbird has always (for me) expunged those flagged messages from the IMAP proper, after a while (perhaps after program close).

Alpine is not the only client I have that can show flagged messages, the other is my webmail client. I have never seen extremely long lists of deleted (flagged) messages, which means that Thunderbird has always been expunging from IMAP at some point.

Nevertheless, apparently it has never expunged from its own offline copy.

From what I understand, this offline "deleted" flag is not the same thing as the IMAP "deleted" flag. "Compacting" deals with the Thunderbird deleted flag, whereas expunging is an IMAP feature.

These behaviours (of Thunderbird) seem to be extremely poorly defined, which is why that MozillaZine article is so confused.

And it still doesn't tell me why it has never done any compacting on its own, because according to the article, the only option required for that, is the option that had already always been set for me.

more options

re: TB marks messages for deleted both in its offline copy and in the IMAP proper,

Any changes such as deleting a message, will mark that email as deleted. In thunderbird this will move the email from the Inbox view (Note this will depend on the deleting method - see below) and place it in Trash, but in reality it is still in the Inbox folder just 'marked as deleted'. As the Server folders and TB folders are looking at the same folders, this will show up on the server as 'marked as deleted'. Thats because they are one and the same folders.

In Thunderbird, you can select to manually Compact all Folders: File > compact folders. This compacts all folders, removing all 'marked as deleted' emails in Thunderbird.. when synchronised folders connect with server, those emails are deleted off the server. You can also choose to manually compact any single folder. right click on folder and select 'compact'.

There is also an auto compaction function which is initialised when the selected threshhold has been reached. This is set up here: Tools > Options > Advanced > Network & Disc Space tab select the checkbox 'Compact all folders when it will save over eg: 20MB in total. click on OK. Note if you have been manually compacting or expunging the Inbox on exit then this may not get triggered as often or at all if the threshold is not reached.

IMAP mail accounts also have the additional option to Expunge emails on the Inbox on Exiting Thunderbird.. "Tools -> Account Settings -> Server Settings -> Clean up ("Expunge") Inbox on Exit', which will compact the Inbox folder when you exit Thunderbird. note this only occurs on the Inbox. If you check "Empty Trash on Exit" it will also empty and compact the Trash folder when you exit.

However, some methods of deleting in IMAP mail accounts can disable this auto expunge. see below.

IMAP mail accounts also have different choices when it comes to deleting.

Tools -> Account Settings -> Server Settings for the mail account

"When I delete a message" has choices for "Move it to the Trash folder", "Mark it as deleted" and "Remove it immediately". 

Your choice of method of deleting may explain why you are not always seeing auto expunging. suggest you try option: "Move it to the Trash folder".

Otherwise you will need to use the folder 'compact' options explained above to compact the folder.

Zmodyfikowany przez Toad-Hall w dniu