On 4-Mar-2009, at 07:06, John Hardin wrote:
On Tue, 3 Mar 2009, LuKreme wrote:
On Mar 3, 2009, at 17:07, John Hardin <jhar...@impsec.org> wrote:
On Tue, 3 Mar 2009, LuKreme wrote:
> I am considering the following:
> > Autolearn read mail in the inbox as ham
> Autolearn mail in .Junk and .SPAM as spam
> > This is pretty east with maildir.
How is that different from using the built-in autolearning based
on message score?
How is it the same? Already read messages in inbox means the user
has "accepted" those messages without trashing them or junking them.
Sorry, I didn't register that part. I thought it was just "messages
in the inbox".
Bear in mind some mail clients will mark a message "read" if you
only highlight the title line. Auto-preview can be annoying that way
sometimes.
Yep, and I think THAT has caused me to decide against doing this.
Instead I have changed to thinking about having it autolearn as ham
messages that are read and are NOT in .Junk* .SPAM* /cur /new
or .Trash* -- but again, just mulling it over.
.Junk means the user, or the user's MUA, has flagged a message that
is not tagged as spam.
Okay, I was assuming that was your SA spam quarantine, not your
equivalent of the user's spam training folder.
I believe both the mozilla email programs (Tbird, Netscrape, Postbox)
and Apple Mail.app use "Junk" for messages the MUAs think are
spammish, not sure about any other clients. Our SA spam quarantine
is .SPAM
False junk would get pulled out of .Junk into the inbox and
relearned as ham.
Haven't done it, still mulling.
Now that you've explained it in more detail it sounds better.
Better, but not good, perhaps. I've half a mind to simply forget auto-
learning for the virtual users completely and make them use sa-ham sa-
spam to manually train, and if they don't? Yeah, too bad. OTOH, I'm
a little tired and cranky today...
--
But just because you've seen me on your TV Doesn't mean I'm any
more enlightened than you
