I just upgraded to the new dspam 3.9.1 from 3.9.0 and dspam now doesn't
recognize my spam alias anymore.
Its the debian package (3.9.1~rc1+git20100826-1)
Instead of capturing the mails from my spam@ email adres like it did, it now
passes it on the the mailserver and I of course get the message.
Herewith also the debug file, it sees the signature but does nothing with it
it handles it like a normal email.
31829: [09/15/2010 11:36:02] using
/var/spool/dspam/opt-out/domain.nl/spam.nodspam as path
31829: [09/15/2010 11:36:02] assigning user spam@domain.nl to shared group
Hi,
I'm currently in the process of writing some munin monitoring plugins
for DSPAM performance, based on output of dspam_stats. As my own setup
is very small scale, i'm very interesting in some input from other users.
Could some of you inform me of:
- output of: time dspam_stats -t -S when run
On 15/09/2010 10:34, Norman Uittenbogaart wrote:
Instead of capturing the mails from my spam@ email adres like it did,
The DSPAM built-in retrain aliases are not in the format sp...@domain.tld]
The format is spam-[u...@domain.tld]
If you want to use another format you should look at using
On Wed, Sep 15, 2010 at 6:33 PM, Paul Cockings ds...@cytringan.co.ukwrote:
On 15/09/2010 10:34, Norman Uittenbogaart wrote:
Instead of capturing the mails from my spam@ email adres like it did,
The DSPAM built-in retrain aliases are not in the format sp...@domain.tld]
The format is
On 15/09/2010 14:05, Tom Hendrikx wrote:
Hi,
I'm currently in the process of writing some munin monitoring plugins
for DSPAM performance, based on output of dspam_stats. As my own setup
is very small scale, i'm very interesting in some input from other users.
Could some of you inform me
On 15/09/10 18:45, Paul Cockings wrote:
As a user of DSPAM and Munin, I'd be happy to test your plugin :-)
That's great.
- output of: time dspam_stats -t -S when run as root/trusted user
- Do not assume Linux. This one is a FreeBSD box
The plugin is (or is supposed to be) POSIX shell