GNOME Bugzilla – Bug 512012
"Duplicated" Trash and Junk IMAP folders due to virtual folders
Last modified: 2012-08-17 13:05:29 UTC
Please describe the problem: Evolution don't use some imap folders and create another. For example : Trash and Junk. Steps to reproduce: 1. Just open a IMAP account and show the imap structure 2. 3. Actual results: I see duplicate of Trash and Junk folders. Expected results: Evolution should only show one folder per type. Does this happen every time? Yes Other information:
real duplicate? or do they have different icons?
This is a side effect of bug 512003. When the user switch from one language to an another, Evolution create a new folder.
Created attachment 109872 [details] An image showing two Trash folders This attachment shows two Trash folders for two separate IMAP accounts created in Evolution 2.22.0. I've never switched languages, so the comment regarding this being a side-effect of a change in languages seems suspect.
This is not a bug. Since thats how evolution behaves. We actually need to understand evolutions architecture a little bit here. In evolution, the Trash and Junk Folders are folders with special properties, known as 'vfolders' (also known as search folders). Search Folders (or Vfolders), as the name suggests, are not real folders. They don't really exist on the server neither on the local disk. The search folders display messages with appropriate flags set on the message (In memory). In our case, when the message is 'marked' junk the message continues to be in the Inbox (or any other physical folder), but is just not shown. Instead it shown in the 'Virtual/Search folder' Junk, which has the rule to show all messages marked Junk. So is the case with Trash, a message marked deleted, is just 'marked' deleted and is not show in the Inbox, but is shown in the Trash (Virtual) folder, which has the rule to show all the messages marked deleted. So essentially when using evolution, until you actually expunge your messages, they are not deleted from the folder on the server. These virtual folders, can be identified (in evolution) with the special icons that these folders get (a trash can for trash, and a junked paper for junk) which the physical folders don't get. In the case of this bug, what you see is the actual physical folder that exists on the server (because you have used another client which creates the folders and/or used the web-interface of the sever). And thats the reason for duplication. More about the Evolution Virtual Folder architecture here : http://www.go-evolution.org/Camel.VFolder So essentially this bug should be closed as a WONTFIX or should be a Feature Request.
Maybe we can change to an Enhancement request, e.g. "Use alternate label for Trash vfolder if server has physical folder with same name" ? There certainly seem to be a lot of problems and/or confusion about IMAP folders with Evolution. This one, at least, seems easily solved.
This is better solved by setting real Trash/Junk folders, which IMAP (not IMAP+) provider currently allows (on the Defaults" page, beside Sent and Drafts folder. It's mandatory for Trash on GMail account to properly behave deleting. The feature will be added to IMAP+ too, before the IMAP will be deprecated (and removed). This is requested within bug #206061, thus I'm marking this as a duplicate of it. *** This bug has been marked as a duplicate of bug 206061 ***