Postfix is a powerful Mail Transfer Agent (MTA) and the de facto standard.
As only one MTA can be installed at the same time on a system, you might be required to unmerge an installed MTA. The package manager will report a block when another MTA is still installed. You can resolve this block by manually unmerging the old mail server. For example you can remove mail-mta/ssmtp (which might have been installed as the default when a program requested a mail server to be installed) with this command:
mail-mta/postfix has several USE flags that may be desired for certain bigger setups. As this article aims at installing and configuring a basic Postfix setup, none of them will be required initially.
|berkdb||Yes||Adds support for sys-libs/db (Berkeley DB for MySQL)|
|cdb||No||Adds support for the CDB database engine from the author of qmail|
|doc||No||Adds extra documentation (API, Javadoc, etc). It is recommended to enable per package instead of globally|
|dovecot-sasl||No||Enable net-mail/dovecot protocol version 1 (server only) SASL implementation|
|hardened||No||Yes||activate default security enhancements for toolchain (gcc, glibc, binutils)|
|ldap||Yes||Adds LDAP support (Lightweight Directory Access Protocol)|
|ldap-bind||No||Adds support for binding to LDAP backend using dev-libs/cyrus-sasl|
|mbox||No||Adds support for mbox (/var/spool/mail) style mail spools|
|memcached||No||Adds support for using net-misc/memcached for lookup tables|
|mysql||No||Adds mySQL Database support|
|nis||No||Support for NIS/YP services|
|pam||No||Adds support for PAM (Pluggable Authentication Modules) - DANGEROUS to arbitrarily flip|
|postgres||No||Yes||Adds support for the postgresql database|
|sasl||No||Yes||Adds support for the Simple Authentication and Security Layer|
|selinux||No||!!internal use only!! Security Enhanced Linux support, this must be set by the selinux profile or breakage will occur|
|sqlite||No||Adds support for sqlite - embedded sql database|
|ssl||Yes||Adds support for Secure Socket Layer connections|
|vda||No||Yes||Adds support for virtual delivery agent quota enforcing|
Fully Qualified Domain Name (FQDN)
Though not entirely related, for a MTA to function properly, it is imperative that its hostname is set up correctly. Under Gentoo /etc/conf.d/hostname and /etc/conf.d/net are the files responsible for this. In this example, the mail server is named foo on the domain example.com.
Verifying that the FQDN is setup properly for the domain.
If for any reason the FQDN cannot be set properly, Postfix needs to be told what its FQDN is. Otherwise leave it at its commented out default.
If you wish to have your mail appear as coming from example.com instead of mail.example.com then
Trust and Relay
This one is a really important thing to get right. By default, a Postfix installation is pretty tight, only allowing users on the same subnet as the mail server to relay email through Postfix. If this gets messed around with, it can potentially open the door to all users from anywhere. This is called an open relay and is begging for abuse by spam merchants, likely resulting in your domain to be quickly blacklisted. This defeats the purpose of setting up a personal mail server, if nobody will talk or listen to it.
There are means and ways, like SMTP Authentication, that allow you to secure access to your mail server even further. Depending on the trustworthiness of the users connected to the local network, it might be beneficiary to restrict access even for machines within the own subnet. This also has the benefit of not letting potentially compromised machines in the local network abuse the mail system, but entails additional configuration. To only allow the mail server itself to relay email without authentication, make a change to main.cf
Address extensions allow you to encode additional information besides the recipient in a valid email address. The recipient is separated from the additional information usually by a + character, but it is configurable. To enable support for address extensions, edit your main.cf:
The way this works is, when trying to deliver a message to firstname.lastname@example.org, Postfix will try to deliver the message to testuser+spam first, if no such user is found, it will be delivered to testuser, the part of the email address before the delimiter. This feature can be quite useful for sites that require email address registration. Signing up with email@example.com allows to easily filter and trace where a message originated from. If for example some unsolicited mail was delivered to that address, it likely comes from somesite. Even better filtering of unsolicited email can be achieved by using Spamassassin or AMaViS.
When Postfix completes merging and the mailbox USE flag is set, a home_mailbox directive is added at the bottom of the file. To make future updates easier, it's a good idea to move the home_mailbox = .maildir/ to its appropriate location in the file.
For testing purposes, the following two features can be temporarily enabled:
Soft bounce decreases the chances of endless bounce loops caused by an invalid email setup. To enable soft bouncing, add this to your main.cf:
Before testing the basic mail server setup, the verbose flag of the smtp server should be enabled by adding a -v to the smtp daemon invocation in master.cf:
That rounds up basic configuration. Postfix offers a vast amount of other features, including virtual domains and users, that exceed the current scope of this article.
Before starting Postfix for the first time, the local alias database has to be compiled. If this is not done, Postfix may appear to have started normally, but won't work and the log (usually found in /var/log/mail.log) will be spammed with errors:
Mar 16 11:40:32 foo postfix/smtpd: fatal: open database /etc/mail/aliases.db: No such file or directory
The alias database contains default local accounts required by various RFCs and common internet practice, as well as some pseudo accounts. Simply run the newaliases command to generate the database:
Now it is time to start postfix for the very first time.
It can be very useful to monitor the mail log file using tail -f. A successful start looks like this:
Nov 23 15:26:42 foo postfix/postfix-script: starting the Postfix mail system Nov 23 15:26:42 foo postfix/master: daemon started -- version 2.8.4, configuration /etc/postfix
For the lay person, email your self, and don't forget to check the spam box. (if your email were to happen to be firstname.lastname@example.org)
Now that Postfix is running properly, it should accept connections on port 25, the default SMTP port, and send email anywhere in the world. As SMTP is a simple plain-text protocol, you can easily send email manually using a telnet client. Replace the example address <(username)@(validdomain).(tld)> with a real email address to see it work. This is an example SMTP conversation with the parts the client (in this case that is you) sends are highlighted in blue color:
Looking at /var/log/mail.log it can be verified that the message got properly relayed:
Nov 23 16:13:02 foo postfix/smtpd: connect from foo.example.com[127.0.0.1] Nov 23 16:13:49 foo postfix/smtpd: 6705C20E32: client=foo.example.com[127.0.0.1] Nov 23 16:13:51 foo postfix/cleanup: 6705C20E32: message-id=<20111123151349.6705C20E32@foo.example.com> Nov 23 16:13:51 foo postfix/qmgr: 6705C20E32: from=<email@example.com>, size=314, nrcpt=1 (queue active) Nov 23 16:13:52 foo postfix/smtp: 6705C20E32: to=<(username)@(validdomain).(tld)>, relay=mail.(validdomain)(.tld)[184.108.40.206]:25, ⏎ delay=19, delays=18/0.02/0.37/0.32, dsn=2.0.0, status=sent (250 2.0.0 Ok: queued as 469A684F8) Nov 23 16:13:52 foo postfix/qmgr: 6705C20E32: removed Nov 23 16:13:54 foo postfix/smtpd: disconnect from foo.example.com[127.0.0.1]
Performing the same test from a different host should fail, as it is untrusted: