Courier MTA VS Haraka

It's been a while since I ran my own mail server, but I remember Courier Mail being good.

tmux-plugins/tmux-maildir-counter - Sadly, this plugin is no longer being developed. Maildir is still active, and eventually I would like to use a textual mail client (like mutt) to report a daily rundown of all the things going on the server in the Maildir format to internally log activities. It's just not going to happen with this plugin.

postale.io has an MX record that points to mail.postale.io, which resolves to an AWS IP address (probably an EC2 instance) and has Haraka listening on port 25 (if its SMTP banner can be believed)

I found that Zerodha uses Haraka and Karan–their DevOps guy, mentioned it is easy-setup and performant.

The next time this happens i'll move to a self hosted solution, like haraka or anonaddy

Haraka Like: Simple to hook into the processing pipeline Dislike: Node.js and had some issues with stability when I last tried it

Having another SMTP as a choice is cool but not as fun as something that is way more configurable (ex. Haraka), or API driven (a la Postal).

Look at Haraka: http://haraka.github.io/

For the record, I'm using dovecot (https://www.dovecot.org/) for IMAP and Haraka (https://haraka.github.io/) for SMTP.

I run my own mail servers for small projects, though for my main email I've actually switched to ProtonMail.

It's never been easier to self host your email with projects like the following around:

- https://foxcpp.dev/maddy/

- https://github.com/albertito/chasquid

- https://github.com/haraka/haraka

Of course the usual dovecot + postfix setup is great for learning even if a bit complicated.

Haraka (https://haraka.github.io/) is a plugin-based mailserver written in JavaScript. I've messed with postfix before but found Haraka easier because instead of arcane configuration files I can just read, copy, and tweak a plugin to suit my needs. Policies for receiving, storing, forwarding, and ignoring mail can be arbitrarily complex.