I think to do what you want, the sa team would have to store the bayes "fragments" inside the database as well, otherwise you'd not get all the benefits from virtualisation
Anyone know why the bayes "tokens" couldn't be stored inside blob fields in a handy dandy dbi-based database?

Ricardo Kleemann wrote:
Thanks.

I know SA can handle user prefs via SQL, but can it also
handle bayes learning from users in SQL?

What I mean is, my email users are in SQL, they are not
regular unix users, which means that there's no unix user
uniquely mapped for spamc to run as. So I'm stuck with using
a generic user, unless SA is capable of running with "sql
users" rather than "unix users".

I'm not looking to add user prefs, which I know already is
possible with sql. I'm looking for the ability to build
bayes databases for "sql users". Is that possible?

Ricardo

----- Original Message Follows -----
  
Trying to seed the Bayes databases with other people's
spam probably  isn't a good idea -- the whole idea is that
it learns what *your* ham  and spam look like.  Filling it
up with mail from other sources is  probably just going to
lead to innacurate results.

Ricardo Kleemann wrote:

    
I've trained my bayes database with about 12,000 spam and
7,000 ham messages, but I was wondering if there are much
larger archives available for seeding bayes?
 

      
    


-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01
_______________________________________________
Spamassassin-talk mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/spamassassin-talk

  

Reply via email to