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 user's procmailrc not executed on the new forum.
Hi,
My user's procmailrc files are not executed when incoming mail arrive.
e.g. /home/user/homes/user.name/.procmailrc
This seems to be caused by the following two last lines in /etc/procmailrc:
:0
$DEFAULT
If I remove them, everything works fine.
However, from time to time, these lines re-appear for whatever reason.
I can not find the appropriate function in webmin or virtualmin that enables user's procmailrc files permanently (and get rid off these lines in the global procmail config).
We are using Virtualmin 4.02.gpl GPL on Debian Wheezy 7.1 with procmail 3.22-20. Any help is much appreciated.
Cheers
Michael
Howdy,
Hmm, that's actually what the end of the procmailrc normally looks like.
What are the full contents of your /etc/procmailrc file?
Also, what does the command "postconf -n" show?
-Eric
Hi Eric,
cat /etc/procmailrc
LOGFILE=/var/log/procmail.log
TRAP=/etc/webmin/virtual-server/procmail-logger.pl
:0wi
VIRTUALMIN=|/etc/webmin/virtual-server/lookup-domain.pl $LOGNAME
EXITCODE=$?
:0
* ?/usr/bin/test "$EXITCODE" = "73"
/dev/null
EXITCODE=0
:0
* ?/usr/bin/test "$VIRTUALMIN" != ""
{
INCLUDERC=/etc/webmin/virtual-server/procmail/$VIRTUALMIN
}
DEFAULT=$HOME/Maildir/
ORGMAIL=$HOME/Maildir/
DROPPRIVS=yes
:0
$DEFAULT
postconf -n
alias_database = hash:/etc/aliases
alias_maps = hash:/etc/aliases
allow_percent_hack = no
append_dot_mydomain = no
biff = no
broken_sasl_auth_clients = yes
config_directory = /etc/postfix
home_mailbox = Maildir/
inet_interfaces = all
mailbox_command = /usr/bin/procmail-wrapper -o -a $DOMAIN -d $LOGNAME
mailbox_size_limit = 0
mydestination = myserver.cerebrum.com.au, localhost.cerebrum.com.au, localhost
myhostname = myserver.cerebrum.com.au
mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128
myorigin = /etc/mailname
readme_directory = no
recipient_delimiter = +
sender_bcc_maps = hash:/etc/postfix/bcc
smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache
smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU)
smtpd_recipient_restrictions = permit_mynetworks permit_sasl_authenticated reject_unauth_destination
smtpd_sasl_auth_enable = yes
smtpd_tls_CAfile = /etc/ssl/cerebrum/cerebrumIntermediateCaCertificate.crt
smtpd_tls_cert_file = /etc/ssl/cerebrum/cerebrum.pem
smtpd_tls_key_file = /etc/ssl/cerebrum/cerebrum.key
smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache
smtpd_use_tls = yes
virtual_alias_maps = hash:/etc/postfix/virtual
Thanks for your help!
Cheers Michael
There's an option in Virtualmin to decide whether users' procmailrc are executed. It's under Virtualmin / Email Messages / Spam and Virus Scanning : Allow mailbox users to create mail filters?
Is that set to "Yes" for you?
For me it is, and my
/etc/procmailrc
ends with "DROPPRIVS=YES". There's no ":0 $DEFAULT" for me.Ah, cool! That does the trick and seems to solve the problem! I knew I came across this dialogue and checkbox before but could not recall.
@Locutus: thank you very much.
We will monitor it over the next days/weeks but it looks good so far.
Cheers Michael