Am 2012-03-30 20:19, schrieb Elias Oltmanns:
> (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.
>
I don't know why it has been implemented that way as it is now? My 
guess was that this must be because of libdspam.


> 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

-- 
Kind Regards from Switzerland,

Stevan Bajić

------------------------------------------------------------------------------
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

Reply via email to