Hello,

   So recently I converted my mail system to use LMTP to deliver mail 
from postfix to dspam. This solved a problem I was having with respect 
to some headers.

   Unfortunately this has cause DSPAM to cease to classify my mail. I'm 
using an opt-in system. Here is the dspam.conf (I've removed a few 
things like all the AllowOverride, passwords etc)

DeliveryHost /var/lib/imap/socket/lmtp
DeliveryIdent postman
DeliveryProto LMTP

ServerHost 127.0.0.1
#I feel like the above line is redundant by DomainSockePath am I correct?

ServerPid /var/run/dspam/dspam.pid
ServerMode standard
ServerParameters "--deliver=innocent,spam"
ServerDomainSocketPath "/var/run/dspam/dspam.sock"

Algorithm graham burton
Preference "spamAction=deliver"

Feature whitelist
Home /var/lib/dspam
IgnoreHeader X-Virus-Scanned
MySQLCompress           true
MySQLDb                 XXXX
MySQLPass               XXXX
MySQLReconnect          true
MySQLServer             /var/lib/mysql/mysql.sock
MySQLUser               dspam
Notifications   off
OnFail error
Opt in
ProcessorBias on
ProcessorURLContext on
PValue bcr
StorageDriver /usr/lib/dspam/libmysql_drv.so
StripRcptDomain off
SystemLog       on
TestConditionalTraining on
Tokenizer osb
TrainingMode toe
Trust dspam
Trust mail
Trust mailnull
Trust nobody
Trust root
Trust smmsp
Trust postfix
UserLog         on
WebStats off


I have user.dspam in the opt-in directory, I've also added a 
user@domain.dspam to the directory without any change in behaviour.

I'm wondering what would have changed from dspam being called with
dspam --user $user -i -f $sender -- $recipient vs having it be delivered 
via LMTP that would cause it to cease classifying...

Ideas?
-- 
Nathanael d. Noblet
t 403.875.4613

------------------------------------------------------------------------------
What Every C/C++ and Fortran developer Should Know!
Read this article and learn how Intel has extended the reach of its 
next-generation tools to help Windows* and Linux* C/C++ and Fortran 
developers boost performance applications - including clusters. 
http://p.sf.net/sfu/intel-dev2devmay
_______________________________________________
Dspam-user mailing list
Dspam-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspam-user

Reply via email to