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&#174; 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

Reply via email to