as I could see spamassasin is running (the spamd, not spamassasin)
this is the spesific error from procmail.log
/etc/webmin/virtual-server/lookup-domain.pl: line 9: syntax error near unexpected token CONF,"/etc/webmin/miniserv.conf"' /etc/webmin/virtual-server/lookup-domain.pl: line 9: open(CONF,"/etc/webmin/min’serv.conf");
procmail: Program failure (2) of “/etc/webmin/virtual-server/lookup-domain.pl”
did more testing and found out if I make a own rule for mine account it’s prosessed, but domain level is still not working…
Yeah, what you have there checks out just fine (running perl -c on your code).
Can you attach that file to this thread, so we can download it as-is? Perhaps somehow it got corrupted, and there’s something about it that isn’t showing up in a simple cut-and-paste…
hi
here is the file (made a copy/paste into windows notepad) so you need to strip off the txt)
when I did "perl -c /etc/webmin/virtual-server/lookup-domain.pl
it gives syntax OK
so it seems like the file is ok…
I have put the file back to original state (removed a couple of # to comment out lines that gave error in procmail log) so it seems like procmail have a problem prosessing this file…
can it be that I’m missing som software on my server…
but in procmail.log it say:
/etc/webmin/virtual-server/lookup-domain.pl: line 2: syntax error near unexpected token $ENV{'IFS'}' 'etc/webmin/virtual-server/lookup-domain.pl: line 2: delete($ENV{‘IFS’});
procmail: Program failure (2) of “/etc/webmin/virtual-server/lookup-domain.pl”
the strange thing is that the rules I defined in usermin for my user works fine, all mail with spamscor above 10 is deleted, classified as spam goes into my spam folder…
Insecure dependency in exec while running with -T switch at /etc/webmin/virtual-server/lookup-domain.pl line 17.
procmail: Program failure (255) of “/etc/webmin/virtual-server/lookup-domain.pl”
procmail: Extraneous copy-flag ignored
Do you have the procmail-wrapper program installed?
It’s generally located here:
/usr/bin/procmail-wrapper
To fix your issue, I suspect you’ll need to use that. Once it’s installed, you can enable it in Postfix using this in place of your current mailbox_command:
mailbox_command = /usr/bin/procmail-wrapper -o -a $DOMAIN -d $LOGNAME
That said, it can probably be made to work, but I’m not sure what steps to tell you to take, exactly
The procmail-wrapper program is a program provided by Virtualmin, to allow procmail to interact with the various tools in use here, without running into the problems you’re seeing.
One option you have is to grab the procmail-wrapper source RPM, and compile it for your distro:
I have similar problem and solved when I installed procmail-wrapper rpm (in Centos 5.3). But there is another problem: the spam mail seems did not deliver to spam folder.
Here is my /var/log/procmail.log:
From root@raytracy.com Mon Oct 26 17:34:01 2009
Subject: [SPAM**(1002.5)] test
Folder: /dev/null 1913
Time:1256549646 From:root@raytracy.com To:test@mayanet.com.tw User:test-mayanet.
com.tw Size:1913 Dest:/dev/null Mode:Spam
It looks like delivered into /dev/null, how can I change it?
=============== Update:
OK, I found the key point may be inside /etc/webmin/virtual-server/procmail, it due to the destination of "* ^X-Spam-Level: " pointed to /dev/null.
I would rephrase my question to: how do I change the “* ^X-Spam-Level:” setting in each domain level spam config?
Solved this issue, had the exact same error and after some updates to Virtualmin + Webmin… took me 3 days but found the answer:
Only some of my users under one virtual domain where not getting their incoming mail scanned by Spamassassin… found the answer by logging into to each effected users home folder and deleting the .forward file, the content of which contained /usr/bin/procmail instead of going via the wrapper, which in turn by passed the spamc initiation for each message…