> From a users (interface) point of view, what is the (obviously annoying) > difference between seeing trash in an evolution-created virtual folder > or anywhere else, presuming that the "mark as deleted" method utilises > this alternative location instead ?
It can't. The whole point of the "marked as deleted" method is that the message stays where it is in the original folder and is just marked as deleted - the virtual trash folder just displays all the message marked as deleted the same as any other search folder. With a real trash the message is actually moved to the folder when it is deleted and it disappears completely from the original folder. The "marked as deleted" paradigm comes from the time when removing a message from a mail folder was a very time expensive process - MBOX was the standard with all the messages from a folder held in one big file. When you want to remove a message, the system had to copy all the messages up until the deleted one into a new file, skip over the relevant message, then copy the rest of the messages, then rename the old MBOX file, then rename the new MBOX file, then delete the old MBOX. It is a very disk intensive process and with large mailboxes can take quite a while to do. Hence any messages you want to delete are marked as deleted, then the mailbox is purged at a later time when all messages so far deleted are all removed in one go. This has various side effects, like it is incredibly easy to "undelete" a message, since the deletion is just the toggle of a flag. It is also a standard that all IMAP clients (should) understand (although Apple doesn't seem to bother). I understand that modern IMAP clients don't use MBOX and there is no real penalty to using a real delete these days. This doesn't mean that non-standard implementations should become a default. P. _______________________________________________ evolution-list mailing list [email protected] To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
