Al,

Don't give me to much credit ;-). I found all this on the following link:

DSpam POSTFIX INTEGRATION - LedHed's Wiki <https://wiki.ledhed.net/index.php/DSpam_POSTFIX_INTEGRATION>

As far as Procmail is concerned you're only checking for a header inserted by the Content filter call (Postfix->Dspam->Postfix). If you check the source of an email you should find this header which Procmail is only checking for, below:

X-DSPAM-Result: Spam
X-DSPAM-Processed: Fri Dec  5 08:25:22 2025
X-DSPAM-Confidence: 0.9928
X-DSPAM-Improbability: 1 in 13789 chance of being ham
X-DSPAM-Probability: 1.0000
X-DSPAM-Signature: 15,6932f9623786159238293068


I think your correction to the Procmail filter looks good if I understand 
Procmail correctly.

You could also run Dspam in your procmail script then check the header tag: 
another option.

Eric


On 12/5/2025 9:29 AM, Al wrote:
On Thu, 4 Dec 2025, Eric Broch wrote:

Right off the bat change

DeliveryProto        LMTP

to

DeliveryProto        SMTP

And

ChangeUserOnParse on

to

ChangeUserOnParse full

I made these changes and it is working now. I can't believe that I had worked on this for days and you seen the problem with the first email.


Also when running procmail I've never seen these settings for dspam (what is -p and -e flags) :

| /usr/local/bin/dspam -p -e


I don't know what they mean either. I copied this from another mail server that at one time was using dspam. It is not working, I am considering using something like:

:0 * ^X-DSPAM-Result: Spam {
        :0
        * ^X-DSPAM-Confidence: 0\.(9|8[5-9])
        superspam/

        :0
        spam/
}


Kind Regards,
Al


_______________________________________________
Dspam-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/dspam-user
_______________________________________________
Dspam-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/dspam-user

Reply via email to