Comment 36 for bug 365270

  That is the way it works in Thunderbird and Opera Mail and all other
mail systems I know of.
DELETE is to MOVE to the Trash folder, and "ctrl+z" / "Undo" will MOVE
it back.
MOVE is to copy the content from source to destination, and if
successful, delete the source, if failure, remove all traces of the
destination and report the error. Move does not use the Trash - that is
an error .a.k.a. "Bug".

Thunderbird have a special command "Empty Trash" and the "Compact
Folder" to recover space held by deleted messages.
Observe that the command "Expunge" is avoided since this should be done
automatically by underlying software.

In Thunderbird there is an option allowing the "Trash" folder to be
automatically emptied on exit.

They should make a mail storage based on SQL that allows storage in a
regular SQL database, starting with MySQL.
Then they can implement their IMAP interface on this - and drop the MBOX
file system, and maintain only one source for the user interface. Using
a RDBMS to hold the emails removes the need for "Trash", since the RDBMS
is to provide a "Rollback" function limited to the size of the logs
configured.

On ti-12.10.2010 21:42, Mathias Kende wrote:
> Paul Smith : The problem exists with any version of evolution and I see
> it with both IMAP and POP server.
>
> My problem is really not the reliability of the software, but its usability. E.g. I'm using evolution and, I suddenly press the DEL key (accidentally). And I don't which exact mail has been deleted.
> That is not a problem, I have used Outlook for many years or any Desktop system and I know that the trash will contains the usual trash and just one file (i.e. one mail) that I did not delete on purpose. That is the one I want to restore.
>
> But, with evolution (and maybe other software,, but not all IMAP
> clients), this won't work because this email is lost among a huge number
> of email that are not trash but just email that I have moved. So I can't
> find that email in the trash (it is there, but I can't find it).
>
> Maybe Evolution should just use a real Trash folder that the user fill
> and empty manually (this is done by some IMAP client). Message deleted
> by the user would be _moved_ to this folder. And the content of this
> folder would be distinct from the list of non-expunged-email (which is a
> virtual folder). The IMAP DELETE operation and the delete operation
> performed by an user are two very different things. I consider it a bug
> that evolution manage them as the same thing.
>