GNOME Bugzilla – Bug 260830
Automatically purge/delete junk mail on exit
Last modified: 2012-08-10 08:58:11 UTC
It would be nice to have an option to automatically purge mail marked as Junk on exit. I'm discovering that mail I didn't even realize was there is in my INBOX when I use webmail (or any client except Evolution). That sucks. :-( This would be separate from "Automatically purge Trash on exit".
Has relation with bug 263350.
similar, but not the same. I don't think Junk should be marked as deleted, and I wouldn't want it moved to another folder. I'm addicted to vFolders. ;-)
Pete, this user is selecting an *option*, not a new default behavior, and this actually was on my own list of bugs-to-be-filed. It would be extremely helpful to those of us who use more than one computer (and/or mailer) to have the option to ask Evolution to always delete (or perhaps, delete and expunge) messages in the Junk folder upon exit from Evolution. I would actually prefer the use of a REAL folder, not vFolder, for storage of Junk, because auto-deletion runs you the risk of deleting messages mis-identified as Junk (if your webmail, for instance, automatically expunges deleted messages). In any case, I would prefer that the proposed option offers to mark Junk as deleted, without expunging--this would allow me to review my Trash vFolder before expunging it manually. But as long as a vFolder is used for Junk, the current situation leaves users with a big mess once they switch to another computer/mailer and suddenly see their Inbox dominated by junk (which the new mailer will not automatically filter, since it is marked as "Seen").
Well explained. I can agree with moving Junk to a physical folder. Usually I like vfolders so if I forget where I "put" an e-mail I can just search the INBOX. However, the benefits of your junk mail not showing up in webmail far outwheigh the trouble of possibly having to search the Junk folder if you really cannot find an e-mail.
Thanks, Pete. When I first upgraded to Evo 1.5.x, I was very pleased with the spam filtering. A week or so later, when I next used my web mail, I was so dismayed to find hundreds of spam messages, marked as read, intermingled with my real messages, that I wrote a rather ill-tempered rant on the mailing list (Sorry NotZed, I should know better than to post while drunk!). It's good to know that I am not alone in thinking the current setup is less-than-ideal, though. Anyway, last night I came up with an interim solution on my own. I added a new second-to-last filter (my last filter plays a sound for new, unfiltered mail) for Evolution on each of the computers I use: If [Status][is][Junk] Then [Move to folder][INBOX/spam],[Stop Processing] --Some folks might prefer to add a [Set Status][Read] but I don't mind having new spam show up as unread. This works great, but I doubt many non-hackers will figure that one out on their own--it took me long enough. Now all my spam moves to the same (REAL) folder that my webmail puts it in, and I know it will never appear in my Inbox again, so I can peruse/delete it at my leisure, rather than having to remember (and find time) to do it every time I shut down Evolution.
This is a good idea, but we've now arrived at feature freeze.
there is already an option (mail preferences | general | empty mail | empty trash folders on exit") for trash, so adding junk shouldn't be too hard... related: bug 263453 is to combine emptying trash to emptying junk (which should be clearly optional, imaging having unread false messages in my junk and emptying the trash).
retargetting from 2.3 to 2.5
will not be fixed in the 2.5 timeframe, retargetting to "future".
I was going to fill the same bug I think that a good solution could be a manually way to empty the junk folder without moving it to the trash, with this way we avoid to delete a false positive mail that has been marked as spam, and also we have a easy way to not have our hard disks filled with spam is there any progress tracking down this bug?
+1 vote. Please developers. Create one method to we can use a real folder instead of vfolder. My webmail doesn't like of evolution vfolder. Thanks
(In reply to comment #11) > +1 vote. > > Please developers. Create one method to we can use a real folder instead of > vfolder. My webmail doesn't like of evolution vfolder. > > Thanks > Wrong BUGID. Sorry.
This is available in 2.24.
*** Bug 312016 has been marked as a duplicate of this bug. ***