UP | HOME

Email

1 Introduction

I quite like email – perhaps mostly not because of design or technical qualities, but because nice tools exist and there's plenty of users, so it can easily be used for communication.

Though even the design is not so bad: SMTP by itself is quite usable, OpenPGP is better than plain text messages (though could be much better, and there's plenty of criticizm), it's all open and federated.

Some of the email criticizm goes as far as to propose to replace it with something, but without proposing any viable alternative – so it doesn't seem like the time to abolish it yet, and here are some email-related notes.

2 Server

Here's how one can set a mail server:

  1. Install and configure postfix (or other MTA). There's plenty of guides around, it's pretty simple, and actually that's it: the rest builds around it.
  2. To not look like a spammer to other servers:
  3. To filter spam, spamassassin (via spamass-milt, for instance) – though it's in Python and would hog resources. Or bogofilter, but that one would require training.
  4. LE to obtain X.509 certificates for TLS. ACME clients are mostly poor, but certbot is more or less usable.
  5. Dovecot or something else for IMAP (optionally: as an alternative, one can read messages via ssh on a server, retrieve them into a local maildir with rsync, or something like that).
  6. Dovecot can also be used for SASL (for both Dovecot and postfix), see the "user authentication" note.

3 Client

Both notmuch and mu4e use xapian, which provides fast search. It's also very nice to compose and read messages in emacs, so I'm targeting those.

  1. Install and configure postfix (or other MTA), now locally, to relay messages through a remote MTA. This is optional, but generally they deal with mail transfer better than mail clients do, and particularly user authentication is more advanced in postfix than in emacs's smtpmail.
  2. Install and configure mbsync to retrieve messages via IMAP (optionally, see above).
  3. Install and configure mu4e or notmuch. I'm using mu4e, since it seems to support multiple mailboxes better.
  4. Set GPG in order to use OpenPGP.

4 Etiquette

The Email Worst Practices page provides a few links.

5 Public providers

Most of the seemingly semi-decent email providers cost like a VPS, so it's easier to get a VPS at once. As for free ones, there is a few seemingly fine ones, though some of them (e.g., openmailbox) don't seem that nice when you're trying to use them, and others don't even provide SMTP or IMAP. Not counting here those where you are the product. A/I looks almost nice (apart from requiring an email address for activation, which it claims to not associate with your mailbox anyway, having a weird design, messing up the terminology, and perhaps being more about politics than ethics), though I haven't tried it yet.

6 See also

7 On reliability

My primary concern with using private email for everything has been that regarding reliability, which is actually broader than just email. And if it's set on a single machine that you also use for everything else, that's a single point of failure for many things.

There are potential issues with public services as well: the companies that maintain those can go out of business, usually can do whatever they want with your accounts and data, with the services they provide, etc.

But private ones require regular payments and maintenance. It's not much harder than maintaining your personal machine, and usually cheaper than paying for an internet connection, electricity, etc, but it is an additional burden. Very small one, but collecting things like that is always unpleasant: there's plenty of other ways to get into trouble simply by staying idle.

Using 2-3 servers instead of one and teaming up with others (for both payments and maintenance) may be helpful to mitigate those issues, but that requires some trust: at least to be sure that the others won't screw you just for fun. I guess that's the most complex part, since very few people even remotely care about service providers and stuff like that. Maybe it's even a nice approach: worrying about all the small things and possibilities may be too much – and it applies to using both private and public services.

I suspect it's also the optimistic approach that people who make all the semi-broken things take, but speculating about it further would be out of this note's scope.