Updated Feb 7, 2020
After thinking about this post more, it’s true you can process emails with a script in Postfix. The post provides the right answer to the wrong question!! You can certainly process emails with Postfix but it’s hard, brittle, reduces performance and really isn’t recommended. What is better is to have a client program that reads the mail and does what you desire. This client can be put on a cron job, triggered or run however you want. The client is very flexible and so many different programming languages support them. This gives a lot of power to mark emails read, manage folders, etc … It’s just a cleaner, better, easier to use and test architecture than having a script in Postfix. So I’ll leave this up, but, I wouldn’t use it unless there is some reason I cannot think of how it would be better.
This blog post will show you how to get access to the mail on a Postfix/Dovecot/MySQL system with virtual users and virtual domains. The access will be with a bash script, but any script or program could do. The script we show could be replaced with Python, Java, Perl, C, or any other program. Note, later in this post there are some performance drawbacks to the methodology described.
The configuration covered:
- Postfix as the MTA
- Dovecot as the MDA
- MySQL for Virtual Users, Virtual Domains and Virtual Aliases
This configuration can be explained through this masterpiece documented by the Linode folks. It is entitled Email with Postfix, Dovecot, and MySQL, and there is plenty more good content there on the specifics for Postfix and Dovecot. I used the generic post from Linode that doesn’t address the specific OS since other articles didn’t address Arch Linux. One thing to note when installing Dovecot on Arch Linux is when upon installation the configuration file are not in
/etc/dovecot with default values. This can be easily alleviated since the Dovecot install puts the configuration files in
/usr/share/doc/dovecot for reference.
After the long hard slog of installation and configuration the Postfix, Dovecot and MySQL. Then getting DNS records correct. Then finally getting email clients to handle incoming and outgoing mails I went into the wormhole of how to process a mail through a script. The internet seems riddled with solutions that don’t work. Ultimately, I landed on this gem with clearly shows how to do it in Postfix. It is entitled Simple Content Filter Example. Be sure to see the performance impacts in here which illustrate a 4x decrease.
Effectively to make this work you can edit the
master.cf file in
submission inet n - y - - smtpd -o syslog_name=postfix/submission -o smtpd_tls_security_level=encrypt -o smtpd_sasl_auth_enable=yes -o smtpd_sasl_type=dovecot -o smtpd_sasl_path=private/auth -o smtpd_reject_unlisted_recipient=no -o smtpd_client_restrictions=permit_sasl_authenticated,reject -o milter_macro_daemon_name=ORIGINATING -o content_filter=filter:dummy
content_filter is what gives us direct email access. Then create a directory
/var/spool/filter owned by the
filter user. This script also has
rw privledges for only the
filter user to see. Below is
filter script recommented by the Postfix project:
From here I created a script called
c which is in the same directory which also needs to be
rwx by only the
filter user. The
c script is the script that processes the email. The name
c can be replaces with any program you would like. To get started we can simply just save the email to a file in the
Now every time any mail comes in, and I really mean any mail. All mails. That raw mail will be in the
/tmp/mail file since it comes through the
filter script then through the
c script. This of course is constantly being overwritten for every mail that comes in, but you get the point.