After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 324117 - Evolution not hiding junk/trashed mail using IMAP
Evolution not hiding junk/trashed mail using IMAP
Status: RESOLVED DUPLICATE of bug 206061
Product: evolution
Classification: Applications
Component: Mailer
2.4.x (obsolete)
Other All
: Normal normal
: ---
Assigned To: evolution-mail-maintainers
Evolution QA team
Depends on:
Blocks:
 
 
Reported: 2005-12-14 20:53 UTC by Alexander “weej” Jones
Modified: 2006-01-21 00:52 UTC
See Also:
GNOME target: ---
GNOME version: 2.11/2.12



Description Alexander “weej” Jones 2005-12-14 20:53:04 UTC
Please describe the problem:
I don't know why, but this has just never worked.

Junking mail over IMAP causes it to hide, until I open my account from work.
Then it all appears again. I come home, and it's back (I think!) Will confirm
this for sure tomorrow.

Steps to reproduce:
1. Junk a mail message over IMAP
2. Open account from another Evolution


Actual results:
Junk mail is back in Inbox.

Expected results:
Junk mail to p*** off! :P

Does this happen every time?
Unsure, often enough that I've just given up junking stuff.

Other information:
*** This bug report was brought to you by my "Getting Linux un-fucked"
bug-filing rampage. Sorry if it seems stupid or offends. ***
Comment 1 André Klapper 2005-12-15 13:42:38 UTC
well, your server must also be able to store the deleted flag, so this does not
need to be an evolution issue at all. which imap server type is this?
Comment 2 Alexander “weej” Jones 2005-12-15 15:08:45 UTC
Not sure. How can I tell?

As far as I'm aware, junking mail doesn't actually delete it, just filters it
into the "Junk" pseudo-folder? Correct me, 'cause I'm probably wrong.
Comment 3 Karsten Bräckelmann 2006-01-21 00:29:08 UTC
Nope, you are correct. :)

The Trash and Junk folders on Evo are not physical folders, but vFolder. "Deleted" mails are not physically deleted but marked for deletion. This even is the preferred IMAP method to do this. YOu can verify this by disabling View / Hide Deleted Messages. Similar for the Junk folder. Mails which are marked as Junk are not physically moved, but marked with a special flag. Thus other MUAs don't see this and will display the Junk mails in their original folder.
Comment 4 Karsten Bräckelmann 2006-01-21 00:46:58 UTC
Regarding the topic: Deleting mail (mails in the rash vFolder) works with IMAP servers and multiple Evo clients. The Junk vFolder does not work with multiple Evo clients, AFAIK (since the flag is stored locally).

Anyway, to reliably make this work with other clients (not Evo):

* The Trash folder can work across clients, if either Evo uses a physical folder (which is not the preferred way to do it with the IMAP protocol), or other clients finally implement the proper IMAP way.

* Junk most likely will not work that way, since there is no similar flag like deleted. Using a physical folder would be one way to make this work across clients. Having a "junk" flag would another way. However, this flag doesn't exist AFAIK, and using custom flags being stored on the IMAP server isn't supported by all IMAP clients.

*sigh*

To fix this issue in Evo only, and not filing bug report for all the MUAs and IMAP servers out there, I guess the only way is to use physical folders for Trash and Junk.
Comment 5 Karsten Bräckelmann 2006-01-21 00:52:11 UTC
OK, now that I discussed the hell out this short bug report... ;-)  Going to mark it as a duplicate. IMHO the only solution will be an option to use physical Trash and Junk folders.

Alex, if you believe I missed your point with my descriptions above and the conclusion to mark this as a duplicate of bug 206061, please feel free to reopen this bug. Thanks for taking the time to report this issue!


*** This bug has been marked as a duplicate of 206061 ***