Another simple workaround: What I do is just mark the newest junk mail item that I checked as "Important", just hit the space under the "!" column. This leaves that mark there so when I go to check again, I just check from the newest up to the first one that's marked important. It's true that this means that I won't see things that have the dates screwed up and show up as earlier than they were actually sent, but those are all spam anyway.
The other option that I think would work fine is to delete the spam messages as you check them. The training has already been done, so you shouldn't have to keep them around for any reason. I just don't do this every time as it is slower than just scanning the subjects, I do clear the Junk folder out periodically. Hope that's useful, though I know it's not exactly what you were asking for. Mike On Wed, 2005-06-08 at 10:11 +0800, Not Zed wrote: > The workaround wont. > > Junk is explictly marked read on purpose. So those stupid 'unread > counts' work properly. > > On Sat, 2005-06-04 at 17:19 +0200, guenther wrote: > > > I have a problem about the junk mail in evolution. Since I have > > > enable junk mail detection, evolution would move the junk mails to > > > `Junk' after having received them. The problem is, all these mails > > > would be marked read automatically. Then I would have to look at the > > > `Junk' folder manually to see if there is any new but not junk mail. > > > To my opinion, the detected junk mails should be marked unread so that > > > users would know there is new mail and decide to judge it by > > > themselves or not. In fact, it is the default setting in many other > > > mail clients, such as thunderbird, and even gmail. It is really very > > > useful. > > > > The workaround mentioned by Brian really is a workaround only. This > > should be default behavior and no user should have to set up a new > > filter for this. > > > > Please file a bug in bugzilla.gnome.org. Yeah, this time it's not a > > feature request, personally I consider this a bug. :) > > > > ...guenther > > > > > > _______________________________________________ > evolution maillist - [email protected] > http://lists.ximian.com/mailman/listinfo/evolution > > -- Michael Chase-Salerno ([EMAIL PROTECTED]) No user-servicable parts inside. Refer to qualified service personnel. _______________________________________________ evolution maillist - [email protected] http://lists.ximian.com/mailman/listinfo/evolution
