bout them.
I suppose one could build up a personal database of spam and non-spam
then re-run the genetic algorithm stuff to modify the local ruleset, but
I really have no idea what I'm talking about there :-)
--
Jack Coates
Monkeynoodle: A Scientific Venture...
essage -
>
>
>
> ---
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> ___
> Spamassassin-talk mailing list
> [EMAIL PROTECTED]
&
x27;m concerned that someone's found a way to externally manipulate them
via auto-whitelist or bayes.
thanks,
--
Jack Coates, Lyris Technologies Applications Engineer
510-549-4350 x148, [EMAIL PROTECTED]
"Interoperability is the keyword, uniformity is a dead end."
me. One of
these days I'll see about efficiency :-)
http://www.monkeynoodle.org/comp/tools/spam
--
Jack Coates, Lyris Technologies Applications Engineer
510-549-4350 x148, [EMAIL PROTECTED]
"Interoperability is the keyword, uniformity is a dead end."
e package tree isn't
maintained, the dependency-checker won't work, whether it's called
urpmi, ports, or apt.
If I was building a fresh server farm from scratch tomorrow, I'd
probably go with Debian. My workstations are going to stay Mandrake for
the foreseeable future though.
On Tue, 2003-11-18 at 13:55, Samuel Murez wrote:
...
>
> Thanks for anwering ! I was really puzzled by this. So there's no way to get
> french messages for one user and english for all other users ?
>
> --sam
...
Are you calling SA from .procmailrc? Try setting LANG=fr th
master
account, then SpamAssassin it.
> does such a script currently exist?
>
> how hard would it be for someone knowledgable in perl to write one?
not too hard, CPAN modules exist to manipulate the mailboxes remotely
(http://search.cpan.org/search?query=imap&mode=all).
--
Jack C
