Server Fault is a question and answer site for system and network administrators. It's 100% free, no registration required.

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

Our server is using CENTOS uses postfix:

Nov  1 11:31:52 webserver postfix/smtpd[30424]: 822A91872F: client=unknown[], sasl_method=PLAIN,
Nov  1 11:31:52 webserver postfix/cleanup[30427]: 822A91872F: message-id=<>
Nov  1 11:31:52 webserver postfix/qmgr[1067]: 822A91872F: from=<>, size=620, nrcpt=1 (queue active)
Nov  1 11:31:52 webserver postfix/virtual[30505]: 822A91872F: to=<>, relay=virtual, delay=0.12, delays=0.12/0/0/0, dsn=2.0.0, status=sent (delivered to maildir)
Nov  1 11:31:52 webserver postfix/qmgr[1067]: 822A91872F: removed
Nov  1 11:31:52 webserver postfix/smtpd[30424]: disconnect from unknown[]

I have this in my etc/postfix/

mailbox_command = /usr/bin/procmail -a "$EXTENSION"

My etc/procmailrc contains:


I don't think procmail is picking up on my procmailrc as nothing ever gets logged from normal emails.

If i type this:

procmail DEFAULT=/dev/null VERBOSE=yes LOGFILE=/var/log/procmail.log /dev/null </dev/null

I get entries in my log file so i know procmail is working

Am i doing something wrong? am i missing something?

I eventually want my rule to call a php script only if the subject contains "SUPPORT TICKET" and the to is ""

but that's once i this issue solved.

share|improve this question

migrated from Nov 2 '12 at 10:05

This question came from our site for professional and enthusiast programmers.

Postfix executes Procmail as the recipient, who presumably does not have write access to /var/log.

share|improve this answer

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.