Re: [Evolution] Can junk mails be marked unread automatically

[Michael Chase-Salerno <mike chasal net>]

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  -  evolution lists ximian com
> http://lists.ximian.com/mailman/listinfo/evolution
--
Michael Chase-Salerno (mike chasal net)

No user-servicable parts inside.  Refer to qualified service personnel.