Greetings.

I'm reposting with a problem I encountered *yonks* back, but never
actually fixed ( see below ).

At the time, there were suggestions that I investigate permissions on
my /var/spool/dspam directories ... which I've done. In fact, I've
meticulously compared my entire installation to a fully functioning
system that I've set up at work ( thank God this one is OK ). I am
99.999% certain that my entire config, directory permissions, installed
software, position of the moon relative to my left nostril, and all
else is identical. I swear. Identical. But the web interface at
home continues to eat all mail I tell it to deliver.

So a couple of things:

1) Why?

2) Could dspam be altered to NOT delete email if it encounters
a problem in delivery. Sure I might have a config problem ( which I
can't find ), but in this case, dspam should report something about the
issue it's having through the web interface, and NOT delete the email.

3) Is there some other way of releasing legitimate email, that doesn't
involved the f'n web interface?

Original email follows ...

---

I've had dspam working well for *most* operations for a couple of months 
now. Reporting spam / ham by forwarding it to a [EMAIL PROTECTED] / [EMAIL 
PROTECTED] 
works. Reporting spam / ham via the web interface works. And dspam is 
working very well classifying stuff. In other words, I don't *appear* to 
have any configuration issues that prevent normal operation.

However, if dspam produces a false positive, I can't get it to deliver 
from the web interface. The debug log says:

10205: [02/08/2007 08:59:46] DSPAM Instance Startup
10205: [02/08/2007 08:59:46] input args: /usr/bin/dspam 
--deliver=innocent --class=innocent --source=error --user dan -d %u
10205: [02/08/2007 08:59:46] pass-thru args: /usr/sbin/dbmail-smtp -d %u 
-d %u
10205: [02/08/2007 08:59:46] processing user dan
10205: [02/08/2007 08:59:46] uid = 1001, euid = 1001, gid = 1000, egid = 
1000
10205: [02/08/2007 08:59:46] loading preferences for user dan
10205: [02/08/2007 08:59:46] _ds_pref_load: unable to 
_mysql_drv_getpwnam(dan)
10205: [02/08/2007 08:59:46] Loading preferences for uid 0
10205: [02/08/2007 08:59:46] Loading preferences for uid 0
10205: [02/08/2007 08:59:46] default preferences empty. reverting to 
dspam.conf preferences.
10205: [02/08/2007 08:59:46] Loading preferences from dspam.conf
10205: [02/08/2007 08:59:46] using 
/var/spool/dspam/opt-in/local/dan.dspam as path
10205: [02/08/2007 08:59:46] using 
/var/spool/dspam/opt-out/local/dan.nodspam as path
10205: [02/08/2007 08:59:46] sedation level set to: 3
10205: [02/08/2007 08:59:46] _mysql_drv_get_spamtotals: unable to 
_mysql_drv_getpwnam(dan)
10205: [02/08/2007 08:59:46] unable to load totals.  using zero values.
10205: [02/08/2007 08:59:46] _ds_get_signature: unable to 
_mysql_drv_getpwnam(dan)
10205: [02/08/2007 08:59:46] _mysql_drv_get_spamtotals: unable to 
_mysql_drv_getpwnam(dan)
10205: [02/08/2007 08:59:46] DSPAM Instance Shutdown.  Exit Code: 0

My syslog says:
Feb  8 09:07:15 [dspam] Signature retrieval for 
'4,45c94ea7232267818312239' failed
Feb  8 09:07:15 [dspam] Unable to find a valid signature. Aborting.
Feb  8 09:07:15 [dspam] process_message returned error -5.  dropping 
message.

My dpsam.conf:

Home /var/spool/dspam
StorageDriver /usr/lib/dspam/libmysql_drv.so
TrustedDeliveryAgent "/usr/sbin/dbmail-smtp -d %u"
UntrustedDeliveryAgent "/usr/sbin/dbmail-smtp -d %u"
OnFail error
Trust root
Trust dspam
Trust apache
Trust mail
Trust mailnull
Trust smmsp
Trust daemon
Trust filter
Debug *
TrainingMode teft
TestConditionalTraining on
Feature chained
Feature whitelist
Feature tb=3
Algorithm graham burton
PValue graham
SupressWebStats off
ImprobabilityDrive on
Preference "spamAction=quarantine"
Preference "showFactors=off"
AllowOverride trainingMode
AllowOverride spamAction spamSubject
AllowOverride statisticalSedation
AllowOverride enableBNR
AllowOverride enableWhitelist
AllowOverride signatureLocation
AllowOverride showFactors
AllowOverride optIn optOut
AllowOverride whitelistThreshold
MySQLServer     /var/run/mysqld/mysqld.sock
MySQLUser               dspam
MySQLPass               1357298582306212053
MySQLDb                 dspam
MySQLCompress           true
MySQLCompress           true
MySQLVirtualTable          dbmail.dbmail_aliases
MySQLVirtualUIDField       deliver_to
MySQLVirtualUsernameField  alias
MySQLUIDInSignature    on
HashRecMax              98317
HashAutoExtend          on 
HashMaxExtents          0
HashExtentSize          49157
HashMaxSeek             100
HashConnectionCache     10
Notifications   off
PurgeNeutral   90
LocalMX 127.0.0.1
SystemLog on
UserLog   on
TrainPristine off
Opt out
ParseToHeaders off
ChangeModeOnParse off
ChangeUserOnParse off
ClamAVPort      3310
ClamAVHost      127.0.0.1
ClamAVResponse  reject
ServerPID              /var/run/dspam/dspam.pid
ServerMode auto
ServerDomainSocketPath  "/var/run/dspam/dspam.sock"
ProcessorBias on

Why would everything else ( reporting spam / ham via email and web 
interface ) work, but delivering non-spam stuff from the web interface 
fail? Unfortunately this is a critical problem, as you can imagine ... 
being inundated with spam is not as bad as *not* receiving legitimate email.

Dan

Reply via email to