Selfhosted

I don't buy into the myth that running your own mail server is "hard".

For a server with only a few users, the hard part is outgoing mail, ensuring your mails get delivered. I did what I can here, and simply use a paid service on another domain for important things where delivery must be "guaranteed".

It's an interesting post, but saying it's "not hard" and then "welllllll it's not hard if you don't bother with a spam filter & pay a professional company for 'important' email" is pretty misleading.

mail is the one thing I refuse to self host for the simple reason that despite not being particularly hard to get up and running initially, when it doesn't work for whatever reason it can be and often is a gigantic pain in the ass to deal with, especially when it's something out of your control. For personal there's very good free options, for enterprise those same free options have paid options.

Whether it be gmail having a bad day and blocking you or whatever cloud provider or on prem infrastructure crapping out for long periods of time causing you to be cut off from email for a while and potentially missing incoming mail permanently if the retries time out. Or anything in between. It's one of those things where I'm glad it isn't my problem to deal with.

My only involvement with email is ensuring I have a local copy of my inbox synced up every week so if my provider were to ever die I still have all my content.

Dealing with arbitrary black lists is annoying as fuck, contacting the admin or the automated tools to get your ip removed is hard as fuck, you will get put on there for no discernable reason and burden of proof of innocence is on you.

Acronyms, initialisms, abbreviations, contractions, and other phrases which expand to something larger, that I've seen in this thread:

5 acronyms in this thread; the most compressed thread commented on today has 20 acronyms.

[Thread #24 for this sub, first seen 11th Aug 2023, 09:25] [FAQ] [Full list] [Contact] [Source code]

I aplaud the write up and recognise that the OP has developed a solution that suits their use case.

Personally I started running my own mail around the same time, but host for several family members at the same time.

I went a slightly different route and pay for a mail filtering service for inbound filtering and outbound relay. All up costs me $90USD per year for inbound and $4 a month for outbound

This has solved most blacklist and outbound mail server reputation issues.

I used to run zarafa till they went commercial. I've since migrated to Mailinabox as a platform. Its pretty resilient. (I've just disabled greylisying and spam detection as I've got upstream MX filtering already) I've also recently been through a MiaB major upgrade - it was pretty simple once I actually read the instructions properly!

Have anyone tried to self host the email receiving part while using some enterprise service (aws ses, sendgrid or something) to send emails without worrying about being flagged as spam? What's your thoughts about this setup?

Caught a typo, it's "honeypot" not "honeypod"

I respect the writeup, although personally think the use-case described is too specific for general mail hosting. I have had a different experience for a similar amount of time running a couple of mail servers for home and work myself. I didn't have the luxury of avoiding spam/virus filtration on the work server due to the domain's history and the nature of 3rd party users with varying degrees of tech literacy. Most issues I have faced with maintaining these servers have been down to the filtration elements the author was able to avoid, specifically the virus scanner growing in memory footprint as hot new virus definitions are included. The overall virtual footprint of my postfix/dovecot/sql/nginx/roundcube/spamass/clamav stack has grown significantly over the years on clam alone, depsite no real change in usage patterns. Ongoing maintenance outside of ClamAV has been minor, but something will pop up now and again when a large 3rd party makes a decision that forces others to follow suit, or a new mail client is picky about protocols, etc.

At the time I needed to deploy these servers, the task was more difficult and required a lot more scrutiny than most other admin work I had done at that point (from a history of web server and backup system maintenance). The mail servers tended to require more active maintenance than most other small/self-hosting roles like web/file/game servers, or deploying a NAS or network gateway with a taylor-made distro/OS. Familiarity was the main roadblock; there was a lot of mail-specific terminology and best practices that differ from other server software. There is also a lot of 'legacy friction' related to bolting on separate daemon interaction that SMTP was never meant for while still maintaining backward compatibility with SMTP servers and mail clients. I have seen a lot of parallels with deploying and troubleshooting fediverse and ActivityPub driven software, likely due to the similarly decentralized behavior and reliance on 3rd party uniformity. I think it's probably fair to call mail hosting 'hard', at least comparatively.

No shade on the writer though, and there are plenty of other ways to make mail hosting easy on yourself in 2023 (containerism and automation, or all-in-one solutions like Mail-in-a-box come to mind). Despite the difficulties, I'd rather the option to self-host mail not be yanked from the average user just because Google or Microsoft has the user-share to disengage with the rest of the network without much consequence, as they have done in the past for other things.

Article is not great, but I share the general sentiment that running your own email is not difficult. Setup takes some time, but once done - it's just a regular linux server, nothing fancy about it. Letsencrypt takes care of the certs, cron takes care of rebooting when necessary.

Thank you for sharing. Self hosted email server does not sound so bad after all.