These forums are locked and archived, but all topics have been migrated to the new forum. You can search for this topic on the new forum: Search for Problems SPAM filter and procmail permissions on the new forum.
Web Hosting and Cloud Computing Control Panels
Yeah, that came up recently in the Bug Tracker as well:
http://www.virtualmin.com/index.php?option=com_flyspray&Itemid=82&am...
That's just a check to make sure the permissions on procmail are correct -- if they aren't, things can go awry!
You can fix that by typing:
chmod 6755 /usr/bin/procmail-wrapper
Have the sam error but there is no file /usr/bin/procmail-wrapper (only /usr/bin/procmail)
<b>andreychek wrote:</b>
<div class='quote'>Yeah, that came up recently in the Bug Tracker as well:
http://www.virtualmin.com/index.php?option=com_flyspray&Itemid=82&am...
That's just a check to make sure the permissions on procmail are correct -- if they aren't, things can go awry!
You can fix that by typing:
chmod 6755 /usr/bin/procmail-wrapper</div>
Try to chmod procmail and try again...
Not having procmail-wrapper may be a sign that you didn't install with the neato install.sh script which does all sorts of work for you!
We highly recommend using that for installs :-)
However, you may be missing the procmail-wrapper package, which is available in the Virtualmin repo.
-Eric
I have first installed virtualmin GPL (of course with the script mentioned). Afterwards i upgraded to Pro version by typing serial/key in the virtualmin upgrade form...
Yeah, you did it right then.
I'd just make sure you have procmail-wrapper installed -- with "yum install procmail-wrapper" on RHEL/CentOS, or "apt-get install procmail-wrapper" on Debian/Ubuntu.
-Eric
I installed the package with dpkg and changed perms to 6755. Still get the same error in virtaulmin.
Okay, so what do the following commands show:
ls -l /usr/bin/procmail
ls -l /usr/bin/procmail-wrapper
Here's the output of the commands:
debian:/# ls -l /usr/bin/procmail
-rwsr-sr-x 1 root mail 85472 2006-04-30 13:07 /usr/bin/procmail
debian:/# ls -l /usr/bin/procmail-wrapper
-rwsr-sr-x 1 root root 4536 2006-12-13 22:00 /usr/bin/procmail-wrapper
debian:/#
Thanks for the help!
Okay, that looks good. Just to be sure, can you paste in the specific error that you're getting? Thanks!
-Eric
Hi Eric
In Virtualmin going to Sytstems Settings > Features and Plugins > checking the option "Spam filtering" > the following message is displayed:
<b>Failed to save enabled features : The procmail command procmail has 0 permissions, when it should be setuid and setgid to root. Email may not be properly delivered or checked for spam.</b>
Hrm... what happens if you do this:
chgrp root /usr/bin/procmail
It should work as the group "mail", but I'm not sure what else it'd be complaining about :-)
-Eric
Hi Eric
Changing the group to root didn't success. Even when I chmod procmail to 7777 the error still persists. Whatever procmail-wrapper is doing with procmail, it should be allowed, or not?
Maybe I'm doing a fresh reinstall... I'm loosing some configuration work, but the server is not yet in production phase.
Thanks anyway for your kind support and have a good night!
Well, that's something that should certainly work.
If it doesn't, I'd suggest filing a bug! Jamie can help us figure out what's wrong there.
You can file a bug report using the Bugs and Issues link below.
-Eric
Try re-checking your system configuration. This is probably a cached piece of information.
The fact that it was not installed during the run of install.sh is troublesome, though. I'm almost certain you have other problems on the system--there's no reason procmail-wrapper wouldn't exist that doesn't make me think the install script failed (there should have been some errors during the run or in the virtualmin-install.log file).
--
Check out the forum guidelines!
Oh, wait...This probably means you installed a long time ago, before Spam/AV was merged down into GPL.
You'll want to change the mail delivery command in Postfix to procmail-wrapper. This will make this specific error go away, though others might show up.
--
Check out the forum guidelines!
Hi Joe
To your suggestions (in reverse order):
- Installation webmin, usermin, virtualmin, virtualmin Pro was done this monday (on debian lenny 64bit, maybe that's an issue too).
- Delivery command (mailbox_command) in Postfix-conf manually changed. But this does not allow to enable the SpamAssassin plugin.
- System Konfiguration (virtualmin > System Settings > Re-check Config) doesn't report any errors.
- Yes, the fact that it was not installed may imply other hidden errors so a clean reinstall would probably be the best. Haven't found "virtualmin-install.log" (only "webmin.log"). Where should it reside?
<div class='quote'>- Installation webmin, usermin, virtualmin, virtualmin Pro was done this monday (on debian lenny 64bit, maybe that's an issue too).</div>
And:
<div class='quote'>- Yes, the fact that it was not installed may imply other hidden errors so a clean reinstall would probably be the best. Haven't found "virtualmin-install.log" (only "webmin.log"). Where should it reside?</div>
Along with the other symptoms, makes it sound even more like install.sh was not how this system was installed. Did you install Webmin and Usermin yourself? Like, by downloading packages from Webmin.com, and such? If so, then you didn't use install.sh--install.sh runs on a fresh OS installation, and sets up apt-get repositories and installs all of our packages (including Webmin and Usermin) and a handful of additional packages from our repos, as well as a couple dozen packages from the OS standard repos.
virtualmin-install.log writes to /root.
--
Check out the forum guidelines!
Hi Joe
Now I've done a complete reinstall:
- removing virtualmin using the install script with option --uninstall.
- tried to install with install script (both GPL and Pro) but it failed to install packages (see error-log, script warns that installation will fail on systems not listed, which is the case)
- then I followed the steps for manual installation: Downloaded "webmin_1.450_all.deb", "usermin_1.380_all.deb", "webmin-virtual-server_3.66.gpl_all.deb" and "webmin-virtual-server-theme_6.7_all.deb" and installed them using dpkg - went all well, system is now running as before.
- checked again permissions of procmail -> 6755 (ok)
But I still get the error that setuid/setgid do not work. Do you know how I can test these functions e.g. with a small test script? If it works we can assume that the error is in the procmail-wrapper or the plugin-check...
Attachement didn't work. But I can send error-log by mail or post it directly if necessary.
That's okay, I wouldn't expect the installation log to show anything that'd help in this case, since it can't complete properly on Lenny.
Now, why you're still getting the error about procmail is a bit of a mystery to me.
I'll talk to Jamie to see if he has an idea as to what might be triggering the error you're seeing.
-Eric
One thing you should check is if Postfix is configured with the correct path to procmail. Try running the following command, and posting the output here :
[code:1]grep mailbox_command /etc/postfix/main.cf[/code:1]
It should be something like :
[code:1]mailbox_command = /usr/bin/procmail-wrapper -o -a $DOMAIN -d $LOGNAME[/code:1]
--
Check out the forum guidelines!
Hi Eric
I see the only way to resolve the problem by having a look at save_newfeature.cgi which performs the validation (feature_check?) of all features. But I'm too less experienced in pearl programming to reverse-ingeneer it on my own...
Hi Jamie
Yes, that was it! Thank you very much!
I did the chmod and the problem was fixed.
Thanks a lot ;)
Hi
I have the same Problem but i view at Jamies post follow line.
<div class='quote'>mailbox_command = /usr/bin/procmail -a "$EXTENSION"</div>
on my system i got following
<div class='quote'>mailbox_command = procmail -a "$EXTENSION"</div>
so i add the path manual. and now it works.
BTW - Love the software!
My /etc/postfix/main.cf reads like this
mailbox_command = /usr/bin/procmail -a "$EXTENSION"
I too were getting the
Failed to save enabled features : The procmail command procmail has 0 permissions, when it should be setuid and setgid to root. Email may not be properly delivered or checked for spam.
error.
To fix my version of this issue i did the following
Change procmail to root from mail group;
--Run from terminal--
root@pluto:~# chgrp root /usr/bin/procmail
root@pluto:~# ls -l /usr/bin/procmail
-rwxr-xr-x 1 root root 72316 2007-03-28 04:35 /usr/bin/procmail
Next step change to setuid as requested run the following command
root@pluto:~# chmod ug+s /usr/bin/procmail
root@pluto:~# ls -l /usr/bin/procmail
-rwSr-sr-x 1 root root 72316 2007-03-28 04:35 /usr/bin/procmail
note the inclusion of the S's { -rwSr-sr-x }
Now re-run the re-check config and you should not get this error again.
Hope this helps someone and I thought I would share my experince on this issue so next time I go to re-install virtualmin and get this error again, I will know were to come and find the solution for it...
Thanks again for such great software!