(2012-03-30) Stevan Bajić <ste...@bajic.ch> wrote: > On 30.03.2012 16:55, René Neumann wrote: >> Am 30.03.2012 16:16, schrieb Stevan Bajić: [...] >>>> And if I understand this correctly, I can drop any Preference thingy >>>> that I don't want to be overridden by a user anyway? >>> Not really. There are just a bunch of values that are available in both >>> places. The one that are NOT preferences are used by the DSPAM >>> agent/daemon while the other with the preference are used in the DSPAM >>> client. Dropping them is not what you want (I guess). >> Mhm. Now I'm puzzled ... how to I find out what preferences are used >> where? And I still don't get what is the use to set an option like >> 'TrainingMode' and further have the Preference 'trainingMode=...'. Why >> isn't it enough to have the global option and the AllowOverride? > Because it is NOT the same! > > TrainingMode != trainingMode > > See that upper case T and the lower case t? > > TrainingMode is used for the DSPAM daemon/agent > trainingMode is used for the DSPAM client
Well, this bothers me too. Admittedly, I haven't checked it again, but I seem to remember rather distinctly seeing the code that makes the daemon load user preferences prior to processing the message for that destination. And, surely, this is what anyone would expect the daemon to do. Also, the sensible thing to do in the absense of a user preference is to fall back to the global preference rather than using TrainingMode instead. Obviously, I'm arguing in favour of preference trainingMode here and would suggest to drop TrainingMode in the long run, unless I have overlooked something, of course. Regards, Elias ------------------------------------------------------------------------------ This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure _______________________________________________ Dspam-user mailing list Dspam-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspam-user
