|
|
|
|
|
by commandersaki
266 days ago
|
|
Email for me is a critical service, and the reasons I stopped self hosting after about 15 years is: 1. Because I couldn't ensure consistent backup and restore with regular monitoring, 2. no disaster recovery plan and in doing so it'd be more expensive than going through another email provider, 3. not always on top of security (my friend that I colo'd with also ran an email server and his system was struck with ransomware (with no backup [except a copy of email via thick client] or DR); I seemed to get away unscathed because I was using FreeBSD which generally less of a target). I agree that it is little maintenance, but once you're off the happy path, it can be a huge pain in the arse and devastating. |
|
email has easily one of the best responses to failure modes ever and its ancient!
Most smtp daemons will put outbound emails in a queue and run the queue. If the other end is unavailable then it will generally retry on a schedule with some sort of increasing period and then give up after a week or so.
You can easily define multiple inbound relays via your MX records which predate SRV and generic TXT and are supported everywhere.
I've run a lot of other people's email, including my own vanity domains for decades. It really isn't rocket science.
Google and MS and Co really don't screw you around if you follow the rules and that largely involves only SPF being compulsory and the rest (DKIM n that) are nice to have. If you do send spam then you will be crucified and rightly so.
Email is not a critical (its important) service because of course you have several other means of communication starting off with the SIP n RTP server you also run ... 8)