Hi all,
Apologies if any of the following has already been presented in a previous
thread; however I did pay my dues by searching and was unable to retrieve
anything relevant. Either way, I'm looking for some input on two rudimentary
concepts:
1) Training mode for me is currently set to train the filter on every new
message that comes through. A small to medium sized company such as the one
I have dspam implemented in processes roughly 300,000 e-mails per day. This
in turn leaves a lot of room for error, in the sense that we do not the
resources to train every single spam that the filter misses. Would it make
more sense if I change the training mode to only train on mistake? I'd
imagine if it allows some spam through and no one retrains the filter, it
accepts that particular token and allows similar spam in the future through.
However, if I set it to train only on mistakes, perhaps this behavior could
be properly circumvented?
2) I'd like to automate the process of removing quarantined messages.
Something such as removing messages that're older than 7 days makes sense to
me. It's a bit tedious to do this through the web interface on a weekly
basis (as innovative and appealing to the eye that the web ui is :-) ). The
obstacle here is being able to navigate the UNIX native mbox format that the
quarantined messages are stored in. If it was set in a Maildir fashion, this
would be much more reasonable. Is this going to require me to convert the
mbox to Maildir, perform my maintenance, then reconverting back to mbox for
native dspam interpreting? I haven't been able to find any additional
plugins or scripts which maintain the quarantine in an automated fashion. I
wouldn't mind spending some time on creating such tools if they do not
already exist. I'm a huge advocate of *not* re-inventing the wheel, so if
anyone can shed some light on the topic, excellent!
Thanks much for your expertise input!
I also accept replies/cc's to my personal mail account: sf@stevefink.net
Steve Finkelstein
Received on Thu Nov 2 14:25:29 2006
This archive was generated by hypermail 2.1.8 : Fri Nov 03 2006 - 00:00:05 CET