My user accounts on two VMPro servers used to be able to add custom filters to deal with SPAM. For example, they could filter on SPAM between 5 and 10 points and forward it somewhere, then let any SPAM with higher score pass through and hit the automatic SPAM delete rule.
But now, any new filter condition is added after the SPAM delete rule. All SPAM is always deleted... not what I want to offer my users. Here is an example of the current rules on a test account:
Always Perform spam classification
Spam score is at least 5 Throw away
() Spam score is at least 10 Save in folder Inbox Always Move to inbox
Only the third line is user editable, and it cannot be placed ahead of the 2nd line so it will never execute. I used to be able to add lines above the default delete a few upgrades ago. Not sure when I lost the ability. This impacted both FreeBSD and CentOS installs of VMPro.
It's also possible that I accidentally found some feature that changed filter behavior, but I can't find it now to undo it.
Steve
Comments
Submitted by JamieCameron on Thu, 03/31/2011 - 15:51 Comment #1
This is expected in a default setup - spam delivery is done using rules that apply to all users in a domain, and is run before those in their .procmailrc file that can be configured individually.
If you want more control, you can configure Virtualmin to just mark messages as spam but leave them to per-user filters to deliver. This can be done at Server Configuration -> Spam and Virus Delivery -> Destination for spam emails. Each user in the domain will then need to setup a filter to save spam to their spam folder or whatever though ..
Submitted by SteveAcup on Fri, 04/01/2011 - 08:55 Comment #2
Jamie, My problem is the default behavior changed. I used to be able to put a custom rule between the "perform classificatio" and the "delete if SPAM" hardcoded rules. For example, the user could divert SPAM with only 5 points to a folder, then allow the default rule to delete everything else. now, because the first two default rules are "classify" and then "delete" I cannot insert custom rules.
I want the default to still be "delete" for the bulk on my users so that SPAM does not build up in their folders, but still allow some of the users to tune and tweak. Used to be able to do this... now cannot. It appears you changed the default behavior.
I would like the rule "Spam score is at least 5 Throw away" to be added just before the last hard-coded rule to deliver all mail to inbox, not just after the first hardcoded rule to classify SPAM. That would allow custom rules to be effective.
Submitted by JamieCameron on Fri, 04/01/2011 - 15:16 Comment #3
Are you sure that used to be the case? Because I'm pretty sure it isn't, as both the "perform spam classification" and "delete if spam" rules are set in a per-domain procmail config file that is outside the user's control, and always has been ..
Submitted by SteveAcup on Fri, 04/01/2011 - 15:25 Comment #4
I used to be able to insert a filter to play with SPAM before the automatic delete line took effect at the end of a filter list. I know I have inserted filters between unchangeable "mark as SPAM" filter and unchangeable "delete all SPAM" filters.
But my memory isn't as important as the feature. Right now, if I set my users to generically delete SPAM, they have no ability to add a partial filter to do things before the delete line. If I change the system to remove the delete line, then none of my users automatically delete SPAM unless I go into each of their accounts and add a manual line to delete. Even then they could delete it.
I have used FreeBSD and CentOS versions.. there may have been differences.
Please just change the addition of the auto delete filter line to be one above the last "send mail to inbox" filter instead of just after the "mark as SPAM" filter. That allows us to insert filters between the two in a useful manner.
Submitted by JamieCameron on Fri, 04/01/2011 - 15:43 Comment #5
Unfortuantely there is no way for Virtualmin to implement this - per-domain rules that only the admin can edit are always and only run before per-user rules.
The closest you can get is defining a default .procmailrc file for new mailboxes which delivers spam to a folder like ~/Maildir/.spam , and then turning off spam delivery globally. But this wouldn't apply to existing mailboxes.
Submitted by Issues on Fri, 04/15/2011 - 16:20 Comment #6
Automatically closed -- issue fixed for 2 weeks with no activity.