[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Evolution email (problem?) (IMAP, Gmail, email compacting)

On 01/05/2023 05:36, Stefan Monnier wrote:
According to this:

This basically explains that compacting is an operation that should
fundamentally be transparent to the user, and that Thunderbird makes the
user aware of it for ... no good reason.

This support page discusses behavior for local folders. This thread is dedicated to specific of Gmail and Evolution interaction in respect to IMAP protocols. I mentioned compacting of folders in Thnderbird because earlier I have seen that performing "Compact" in Thunderbird expunges messages earlier marked for deletion. Strike through in message list may be a sign that the message is marked for deletion.

I expect that the following applies to message state on server, not to local folders:
RFC 3501 IMAPv4
2.3.2.  Flags Message Attribute

   Message is "deleted" for removal by later EXPUNGE

It is independent of maildir or mbox storage format of local folders or local offline cache of remote folder. Gmail may use internally some proprietary format that is neither mbox nor maildir, e.g. records in some database.

I like that Thunderbird exposes the "compact" option to UI because I earlier used it to forced removal of large messages from server account with rather strict quota. Several times I used "undelete" to recover messages I deleted by mistake, so I like that messages just marked for deletion by default as well.

The following is related neither to Evolution (at least directly) nor to Thunderbird, but still might be relevant:

If you use Google Gmail as an IMAP account, messages marked for deletion
are permanently deleted from their original folder but may still appear
there in strikethrough text. These messages are still recoverable
because a copy is kept in the Gmail Trash folder.

On 01/05/2023 05:24, Default User wrote:
compacting does not:
- delete messages
- remove messages

These statements may be confusing in the context of this thread. It is true that the action does not deletes messages if the user earlier has not requested removal. However in some cases it possible to undelete message before compacting, but not after. So it really deletes messages, perhaps hidden from UI (or displayed as strike through and still available).

Reply to: