Topic: Mail Rules Before Spam Rules.

[william_syd]

I'm using the Spam and Virus contribs from http://sme.swerts-knudsen.dk and userpanel from http://www.dungog.net/sme/files/userpanel/ ,

How do I add mail rules before the spam rule?

To which template would I add it to? I don't mind if it's a static entry with no server-manager control.


William.

[gzartman]

Well it all depends on how your spam solution is setup.  I'm guessing the developer is piping email to spamassassin via the qmail-queue envir. var.   If this is the case, then mailfront mailrules are applied before messages are sent to spamassassin.  

Therefore, you only need to define a mailfront mailrule to have the rule applied before any spam scanning.  

How you define a mailrule depends on what you are using to control this rules.  Have you installed a contrib or did you set it up yourself?

Greg

[Knuddi]

The spamfilter does it procmail filtering before the userpanel filtering and as Greg writes the actuall scanning in the qmail queue. If you want the user (UserPanel) rules to be run first the rename the /etc/e-smith/templates-user/.procmailrc/40user  file to f.ex 29user so that it gets processed before 30_spamfilter_sort. After that you need to save setting in the Spamfilter server manager panel.

Rgds,
Jesper

[gzartman]

If you are using a spamassassin contrib that relies on procmail, then I'd look for another contrib.  There are a few of them floating around that implement spam scanning at the mail queue, which is much more efficient.

Greg

[william_syd]

The spamfilter does it procmail filtering before the userpanel filtering and as Greg writes the actuall scanning in the qmail queue. If you want the user (UserPanel) rules to be run first the rename the /etc/e-smith/templates-user/.procmailrc/40user  file to f.ex 29user so that it gets processed before 30_spamfilter_sort. After that you need to save setting in the Spamfilter server manager panel.

Rgds,
Jesper

Thanks.

I'll give it a go and see what happens.

What I really need is some rules before spam scanning (for mailing lists) and most rules after spam scanning.

William.

[william_syd]

If you are using a spamassassin contrib that relies on procmail, then I'd look for another contrib.  There are a few of them floating around that implement spam scanning at the mail queue, which is much more efficient.

Greg

I see a Spamassassin rule in .procmailrc. Does this mean it's not being done in the mail queue? Jesper's comment abouve has me a little confused.

Oh and Mailfront. I definitly need more information about this.


William.

[gzartman]

I see a Spamassassin rule in .procmailrc. Does this mean it's not being done in the mail queue? Jesper's comment abouve has me a little confused.

No, by the time a message hits procmail it has already been delivered to the user.  You need a solution that injects message into spamassassin before they get delivered.  I put together a contrib that does this, but it is many months old:

http://mirror.contribs.org/smeserver/contribs/index.php?subdir=gzartman%2FBeta%2Fspamassassin&sortby=name

I believe someone has updated this for SA 3.  You might want to do a search in the experienced user forum.  I recall seeing something there.

Oh and Mailfront. I definitly need more information about this.

http://untroubled.org/mailfront/mailrules.html

Greg

[Knuddi]

The Spamfilter does do the actuall scan of the messages before they hit the users but there is no way to filter spam marked emails before inside the queue system. The filtering takes place a the user level by use of procmail.

I anyone knows how to get rid of spam marked messages in the queue system I will be very happy to know. I have a delegate mail server in the DMZ that does virus scan and spam tagging and would love to get rid of spam out there.

[gzartman]

I anyone knows how to get rid of spam marked messages in the queue system I will be very happy to know. I have a delegate mail server in the DMZ that does virus scan and spam tagging and would love to get rid of spam out there.

Sure, you could do it with qmail-scanner or something similar:

http://qmail-scanner.sourceforge.net/

Greg

[Knuddi]

I actually tried a while ago (maybe not 100% serious but the qmail version running on the SME does not have the QMAILQUEUE patch

From the site you referred.

Qmail 1.03 (there's a patched src RPM for Linux users available that contains the QMAILQUEUE patch amongst other things - just "rpm --rebuild" as root to build your own i386.rpm. NOTE: I cannot vouch for it - I do not use it. Please ensure you know how it works before installing Qmail-Scanner.)

[CharlieBrady]

I actually tried a while ago (maybe not 100% serious but the qmail version running on the SME does not have the QMAILQUEUE patch

qmail running on SME does not need the QMAILQUEUE patch! That's because the QMAILQUEUE patch only affects qmail-smtpd, and qmail-smtpd *is not used* in SME. SME uses Bruce Guenter's smtpfront-qmail in place of qmail-smtpd, and it already has the QMAILQUEUE feature.