Problems with spam and virus filters in virtualmin

16 posts / 0 new
Last post
#1 Tue, 10/21/2008 - 10:22
boelle

Problems with spam and virus filters in virtualmin

hi

this might have allready been asked before but i could not findt it

i'm useing fedora 9 along with webmin and virtualmin (gpl), just updated everything to newest version and got the suexec problem solved

but when i want to enable spam and virus filtering i get this one:

Failed to save enabled features : The Procmail program needed for spam filtering does not appear to be installed on your system, or has not yet been set up properly in Webmin's Procmail Mail Filter module. If your system does not use spam filtering, it should be disabled in Virtualmin's module configuration page.

Even that procmail is allready setup like this:

DROPPRIVS=yes :0fw | /usr/bin/spamassassin :0 * ^X-Spam-Status: Yes $DEFAULT

any idea how i can crack this nut?

/bo

Tue, 10/21/2008 - 10:25
andreychek

Well, even though there's a procmailrc in /etc/, it's possible the procmail binary itself may not be installed.

You can verify that with:

rpm -qa | grep procmail

Tue, 10/21/2008 - 11:54 (Reply to #2)
boelle

it's there:

rpm -qa | grep procmail
procmail-3.22-21.fc9.i386

Tue, 10/21/2008 - 14:30 (Reply to #3)
andreychek

Alright, so if you log into Virtualmin, and click Webmin -> Servers -> Procmail Mail Filter -> Module Config, then choose the System Configuration dropdown.

At that point, you'll see "Path to system procmailrc file" and "Path to procmail program". We need to make sure both exist.

So, if you type:

which procmail

That will show the path that should be in the "Path to procmail program".

And then, verify that the path to the procmailrc specified there exists as well.
-Eric

Wed, 10/22/2008 - 05:38 (Reply to #4)
boelle

# which procmail
/usr/bin/procmail
#

so i updated the config for the procmail filter from:

procmail

to:

/usr/bin/procmail

the procmailrc was at the specified location and the contents where the same as when you manual edit the file through webmin

Thu, 10/23/2008 - 12:53 (Reply to #5)
boelle

bump

Sun, 06/07/2009 - 07:30 (Reply to #6)
Joe
Joe's picture

One this worth noting is that the procmail configuration you have there is not compatible with Virtualmin. It's the basic spam filtering config generated by the Webmin SpamAssassin module...Virtualmin mail processing is more complex and capable (it also does virus and per-user stuff). A Virtualmin procmailrc looks like this:

LOGFILE=/var/log/procmail.log
TRAP=/etc/webmin/virtual-server/procmail-logger.pl
:0wi
VIRTUALMIN=|/etc/webmin/virtual-server/lookup-domain.pl $LOGNAME
:0
* ?/usr/bin/test "$VIRTUALMIN" != ""
{
INCLUDERC=/etc/webmin/virtual-server/procmail/$VIRTUALMIN
}
ORGMAIL=$HOME/Maildir/
DEFAULT=$HOME/Maildir/
DROPPRIVS=yes
:0
$DEFAULT

The other thing worth noting is that you're talking past the problem when you say, "Failed to save enabled features : The Procmail program needed for spam filtering does not appear to be installed on your system, or has not yet been set up properly in Webmin's Procmail Mail Filter module." and then follow up with "Even that procmail is allready setup like this:" The fact that procmail has configuration is not an "even" that makes sense in this context. You and Webmin aren't arguing with each other--it's saying one thing, and you answer with something completely unrelated. ;-)

The error is saying that the Webmin Procmail module does not know where your procmail binary is. That's a little strange, as procmail hasn't gone anywhere in Fedora 9--it's the same as it's been for years, so it ought to default to the right thing. This could be indicative of a Webmin install problem--like maybe it didn't detect the OS correctly, or it could be something you changed in the Procmail module that caused it to be confused.

So, browse to Webmin:Servers:Procmail Mail Filter and check the Module Config to be sure the paths are correct. Get that working, and this particular error will go away--you'll get another about the procmailrc containing incompatible configuration, which you'll need to fix by replacing it with the Virtualmin settings instead of the simpler Webmin settings.

--

Check out the forum guidelines!

Sat, 10/25/2008 - 05:20 (Reply to #7)
boelle

<b>jim wrote:</b>
<div class='quote'>So, browse to Webmin:Servers:Procmail Mail Filter and check the Module Config to be sure the paths are correct. Get that working, and this particular error will go away--you'll get another about the procmailrc containing incompatible configuration, which you'll need to fix by replacing it with the Virtualmin settings instead of the simpler Webmin settings. </div>

i have allready done checking the paths... as you can see above i discovered where procmail is and changed the path...

i have attached some screendumps to show that i have set it like you say

[img size=480]http://www.virtualmin.com/components/com_fireboard/uploaded/images/1.JPG...

Sat, 10/25/2008 - 05:23 (Reply to #8)
boelle

also when i do

# which procmail

i get

/usr/bin/procmail

so in the module config i set it to the same

the path where t stores the config is ok, i checked the path trough midnight commander and the contents of the file is the same as if i edit it through the webmin module

Sat, 10/25/2008 - 15:08 (Reply to #9)
Joe
Joe's picture

<div class='quote'>i have allready done checking the paths... as you can see above i discovered where procmail is and changed the path...</div>

OK. So, if the Webmin module now knows where procmail is, run the Virtualmin configuration check again.

Also, you don't want to use the Blue theme for Virtualmin. You're missing out on huge swaths of UI goodness, if you don't use the Virtualmin Framed Theme. I'd strongly recommend you install it. (Several features are also really difficult to get to if you don't use the Virtualmin theme.)

--

Check out the forum guidelines!

Sun, 10/26/2008 - 05:43 (Reply to #10)
boelle

i did install the virtualmin framed thing and did a recheck:

The status of your system is being checked to ensure that all enabled features are available, that the mail server is properly configured, and that quotas are active ..

BIND DNS server is installed, and the system is configured to use it.
Mail server Sendmail is installed and configured.

Apache is installed.

Webalizer is installed.

MySQL is installed and running, but does not have any root password set! This should be changed immediately in the MySQL Database module.

ProFTPd is installed.

Logrotate is installed.

Plugin New Mailbox Signup is installed OK.

Using network interface eth0 for virtual IPs.

Default IP address for virtual servers is **.**.**.**.

Quotas are not enabled on the filesystem / which contains home directories under /home and email files under /var/spool/mail. Quota editing has been disabled.

Shell /bin/false for FTP users is not included in /etc/shells, which may prevent FTP access.

All commands needed to create and restore backups are installed.

.. your system is ready for use by Virtualmin.

[img size=512]http://www.virtualmin.com/components/com_fireboard/uploaded/images/2.JPG...

But i still get the same error

[img size=512]http://www.virtualmin.com/components/com_fireboard/uploaded/images/2.JPG...

Sun, 10/26/2008 - 05:45 (Reply to #11)
boelle

for some reason i screwed up and posted the same screenshot

here is the first one

[img size=512]http://www.virtualmin.com/components/com_fireboard/uploaded/images/1-a33...

Wed, 12/24/2008 - 10:42
boelle

still noone that has a soloution to this?

Wed, 12/24/2008 - 19:49 (Reply to #13)
andreychek

Are you using Postfix as your mail daemon? If so, what does your /etc/postfix/main.cf have in it?

You have to have the mailbox_command set to something like this:

mailbox_command = /usr/bin/procmail-wrapper -o -a $DOMAIN -d $LOGNAME

As well as the procmail-wrapper package installed (which can be done with yum or apt).
-Eric

Sat, 12/27/2008 - 02:16
boelle

no i use sendmail

i tried to search for procmail-wrapper and procmail, the first gave me nothing and the last only returned procmail

/bo

Wed, 07/29/2015 - 21:50 (Reply to #15)
sfraser

it looks like regardless of what MTA we're using, if postfix gets installed, the mailbox_command directive must be created....

I made this change, even though I'm using sendmail, & the spam filtering issue is now gone.....

Topic locked