Am Mittwoch, 13. November 2013, 15:27:52 schrieb Sergio Durigan Junior: > On Wednesday, November 13 2013, Florian Lindner wrote: > > Hello, > > Hey there, > > > I'm a bit confused by the allow-tell option in spamd. > > > > My setup is so that all configuration is done by the system users, they > > use > > spamc only for perfomance reasons. Users use their local bayes database > > and > > should of course be able to update this database or use remote services > > like pyzor. There is not site-wide database. > > > > Should I set --allow-tell for spamd? Currently I have "--create-prefs > > --max- children 5 --helper-home-dir". > > > > Or do I get the spamd/spamc thing entirely wrong? > > According to spamd's manpage: > > -l, --allow-tell > Allow learning and forgetting (to a local Bayes database), > reporting and revoking (to a remote database) by spamd. The > client issues a TELL command to tell what type of > message is being processed and whether local (learn/forget) > or remote (report/revoke) databases should be updated. > > This option is useful if you use "spamc -L" to feed spamd for learning. > However, from what you said above, I assume your users are directly > using sa-learn to do that. > > Therefore, if your local users maintain local Bayes databases, then you > shouldn't need "--allow-tell", unless you are going/planning to allow > the users to also run "spamc -L" to train their databases.
What is about autolearning, which is not done using sa-learn? Does this need the --allow-tell switch? Regards, Florian
