> >The problem is the design of plug-ins for IMS. Each execution requires
> >reloading everything. A Bayesian filter database is going to be very
large
> >(or is going to require sophisticated filtering somewhere) because of all
of
> >the gibberish in current spam. Loading it all from disk each time it is
used
> >is going to be prohibitive, and leaving it on disk is going to make it
> >pretty slow and possibly rather disk intensive. (There will be a lot of
> >lookups for the typical message.)
>
> so what's wrong with leaving it all in memory?
> put it on a ramdrive?
>
> if we build trashfinder and a beyesian filter into mikes smtprs, we can
> dump scsmfilter...
Nothing really, it just means rebuilding Trashfinder as a service, redoing
the way it gets filters (because it needs to see changes without restarts),
and then replacing SCSMFilter. Since TF already moves messages itself,
SCSMFilter is more in the way than anything, but it does provide threading,
and ways to handle other plugins.
In any case, that's a non-trivial job, not one that I'd want to start
lightly. (Probably more work than the current viewer/domain/IP filter, and
that is a huge job, the largest I've undertaken for TF.)
...
> depends on what your goal is.
> if their e mail is nothing more than a link,
> it still works based on black flagging the domain...
Yes, but TF will soon be flagging the domains (almost) automatically, and
you might be able to convince me to add a full-auto mode to that. I've been
doing that manually for the last 6 months, and the only problem is the
effort to find and enter the domains. TF Viewer will do that do you with a
couple of mouse clicks.
> >In any case, the biggest appeal of a Bayesian filter is that it is
> >automated. But I'll never trust any fully automated filter to delete
> >incoming mail, and TF already traps virtually all of the spam anyway (and
> >SpamCop gets much of the rest). What I need is to be able to delete more
> >spam without having to look at it. So it makes the most sense to
concentrate
> >on making TF easier (including possible full automation and filter
sharing
> >if there is sufficient demand). (More pass/no_delete overrides would
help,
> >as well, as it would allow making the other filters more aggressive.)
>
> okay :)
The only bad thing about this exchange is that it took up an hour that I
intended to use working on TF tonight. Sigh.
Randy.
This is the discussion list for the IMS Free email server software.
To unsubscribe send mailto:[EMAIL PROTECTED]
Delivered by Rockliffe MailSite
http://www.rockliffe.com/mailsite
Rock Solid Software (tm)
