On Apr 1, 2010, at 1:07 PM, Stevan Bajić wrote: > On Thu, 1 Apr 2010 11:14:32 -0700 > Terry Barnum <te...@dop.com> wrote: >> I did a 'sudo dspam_admin list preference default' and it returns just >> signatureLocation=headers. >> >> Do I need to set the other preferences this way (like trainingMode TEFT, >> spamAction tag, etc.) or are they picked up from the dspam.conf file? >> > You have to understand the way how the preferences are handled in DSPAM. I > could go on and write now a long text how it is handled but everything is > written in the DSPAM documentation.
Sorry Stevan. I looked at the man pages, the readme and in the /doc directory. I just found http://dspam.expass.de/wiki/Main_Page. Is this where I should look for documentation? > Anyway... yes. If you want to have preferences active on a global scale then > do it with the preference extension. It's the easiest way IMHO. Use "default" > as username if you want the preference to be active for all users. Off course > you can overwrite individual entries on a per user basis as well. After looking at the Preference Attributes documentation I'm still not sure why the signatureLocation needed to be changed via dspam_admin. Shouldn't a change in dspam.conf setting signatureLocation=headers be enough if there weren't any default preferences set to override it? The docs say the order is: 1. Compiled-in defaults 2. Any values set using Preference directives in the agent config file dspam.conf. 3. Any default preferences. These are normal preferences stored with special UID 0 in the preferences table. The attributes can be set directly in the table or changed usingdspam_admin with default as the user name. 4. Any values from the user preferences table for the current user. Values for untrusted users are only used if the respective attribute is listed using an AllowOverride directive in the agent config file. -Terry ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ Dspam-user mailing list Dspam-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspam-user