Setting Up Imap

Mar 2017

Recently, I wanted the ability to more reliably check email while on my phone. So far, I had gotten by with VX ConnectBot, which I would use to SSH into my phone and connect to my tmux session running mutt. But I wanted to be able to check personal email while on the go without a laptop more often, and I wanted the ability to access attachments without having to forward them to my gmail address.

It turns out that setting up IMAP is easier than I thought, because the software is so good. What’s difficult is navigating the maze of confusing, overlapping email standards and options. Here’s how I did my setup, but YMMV.

Migrate existing mail

I decided to run Dovecot as an IMAP server. Dovecot has excellent documentation. For instance, on their page about MailLocation, I learned that it is “not possible to mix maildir and mbox formats”.

This was going to be a problem because I use Maildir for my personal email folders, but Postfix, my SMTP server, delivers to an mbox file as it’s inbox. I was going to need to standardize on one or the other.

I chose Maildir, IMHO a superior format that is more reliable without complicated locking. Maildir seemed like the correct choice if I wanted to continue using mutt locally while also accessing those same emails via Dovecot remotely. So, I began by using mb2md to migrate all of my existing messages to a local Maildir.

I installed this program into /usr/local/bin by downloading it from the link above.

$ cd /usr/local/bin
$ wget
$ gunzip
$ chmod a+rx
$ ln -s

I ran it like so:

igor47@purr:~/procmail $ -s /var/mail/igor47 
Converting /var/mail/igor47 to maildir: /home/igor47/Maildir
Source Mbox is /var/mail/igor47
Target Maildir is /home/igor47/Maildir 
2766 messages.

Afterwards, I removed my pre-existing mbox inbox to prevent confusion:

$ echo > /var/mail/igor47

Procmail to local Maildir

Next, I wanted to ensure that new mail would continue to be delivered to my Maildir folder. I was already using Procmail to filter spam and other kinds of messages, but I didn’t have a final fallback rule. This meant that any mail not delivered to a specific location by Procmail would come back to Postfix, which delivered it to the mbox inbox. To resolve the situation, I added a new catch-all rule to my procmailrc:

$ echo INCLUDERC=${PMDIR}/ > ~/procmail/procmailrc looks like so (my procmailrc sets $MAILDIR to ~/Maildir):


As always, this reference is inestimably helpful to write these obscure Procmail filter rules.

mutt uses new inbox

Now, mutt should be told where my mail is coming in. I set the following variable in my .muttrc:

mailboxes ~/Maildir

Note that I am continuing to get an error (/var/mail/igor47 is not a mailbox) when I first open mutt, but it seems to cause no trouble after I open the correct inbox.

SSL certs for mail

I used Let’s Encrypt to get SSL certs for my mail server. Because let’s encrypt uses HTTP to authenticate that you really own the domain, I first needed my mail server ( to be accessible on an HTTP port. I did this in Apache by making a ServerAlias for the virtual host.

That done, I invoked Let’s Encrypt like so:

letsencrypt certonly -a webroot -d -w /var/www/

Once the cert was acquired, I double-checked that automatic renewal works, too:

letsencrypt renew --dry-run

This article was very helpful with helping to configure Dovecot/Postfix for SSL.

Configure Dovecot

I was ready to install Dovecot:

$ aptitude install dovecot-imapd

I want system users to also be Dovecot users, but I didn’t want passwords to be transmitted unencrypted over the web. I modified 10-auth.conf (all of the config files here are relative to /etc/dovecot/conf.d) like so:

disable_plaintext_auth = yes
auth_mechanisms = plain login

To enable SSL, I set these in 10-ssl.conf:

ssl = yes
ssl_cert = </etc/letsencrypt/live/
ssl_key = </etc/letsencrypt/live/

I wanted Postfix to SASL-auth against Dovecot (so, Dovecot users, who are system users, are also Postfix users). I set this in 10-master.conf:

  # Postfix smtp-auth
  unix_listener /var/spool/postfix/private/auth {
    mode = 0666
    user = postfix
    group = postfix

Finally, I wanted Dovecot to read my Maildir inbox. I set this in 10-mail.conf:

mail_location = maildir:~/Maildir

I was ready to start dovecot:

$ service dovecot restart

Configure Postfix

We use SASL to allow postfix to authenticate users. Given that we’ve already configured Dovecot, above, we can skip straight to here in the Postfix documentation. We also need to enable TLS on postfix.

In the end, my config (the relevant parts) looks like this:

# Enable TLS using Let'sEncrypt certs:
smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache
smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache

# Disable Poodle
smtp_tls_security_level = may
smtpd_tls_security_level = may

# Changes to SSL Ciphers
tls_preempt_cipherlist = yes                                                                                                                                                                  smtpd_tls_mandatory_ciphers = high                   

# Enable SASL
smtpd_sasl_auth_enable = yes
smtpd_sasl_type = dovecot
smtpd_sasl_path = private/auth
smtpd_sasl_security_options = noanonymous, noplaintext
smtpd_sasl_tls_security_options = noanonymous
smtpd_tls_auth_only = yes

# Permit SASL-authenticated users to relay mail
smtpd_relay_restrictions = permit_mynetworks permit_sasl_authenticated defer_unauth_destination

Mail Client

First, I made sure that the Dovecot IMAP port (143) was accessible from the internet through the firewall on my server. I didn’t need to punch a hole for port 25, because it was already open to allow SMTP traffic from the internet. I did notice, while testing, that my ISP (AT&T) blocks outbound port 25 from my local network. I had to VPN out from my devices to test things, and will continue to need to do that to send email while my phone is on my local network.

To configure my mail client, I selected IMAP. My user name is my local system unix account, and my password is my normal unix password. Set up your client for incoming mail via IMAP on port 143, using TLS. Outbound mail goes through port 25, via STARTTLS.