http://bugzilla.spamassassin.org/show_bug.cgi?id=3766
------- Additional Comments From [EMAIL PROTECTED] 2004-09-09 09:44 ------- Unfortunately this puts the username "user" in the SQL table for bayes_vars, which in a vmailmgr setup doesn't work as near as I can tell. What I'm looking for is some way to train using sa-learn like this: su - domain1 (the vmailmgr account for all of domain1) sa-learn --spam [EMAIL PROTECTED] joshs_spam_folder This way [EMAIL PROTECTED] is put in the username field in the database instead of domain1. Then I can go to joe's folder as user domain1 or root or whoever and do: sa-learn --spam [EMAIL PROTECTED] joes_spam_folder The security implication to let any user run sa-learn --user is very valid because they could screw up someone else's bayes data. My previous comment meant that a --user flag should probably only be given to the root or some other priveledged user. Like I said, there are workarounds such as creating a config file for EVERY email account or using the domain1 user and having a perl script that updates the DB after each sa-learn with: UPDATE bayes_vars SET username = "[EMAIL PROTECTED]" WHERE username = "domain1"; But neither is a very elegant solution. If you feel that my situation is not typical (which I would not be offended by!) I'll probably write a perl script to su as the domain user (e.g. domain1 from above), run sa-learn and run the above SQL UPDATE query before moving on to the next account. ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.
