Ask HN: Looking to setup my own email server – should I do it or not bother?

Please do it.<p>Don&#x27;t get in the trap of &quot;oh some provider wont accept my mail&quot;. Its their fault that they don&#x27;t and frankly if everyone was hosting their own mail, this situation would have never happened.<p>I run (one of) my own mail server and send and receive mails on it regularly. At most the receiver might have to check their spam box once, but later all mails end up in inbox (this is gmail I am talking about, nobody else put that mail in spam, like hotmail&#x2F;fastmail)

I used to run my own mail server for my own domains, then I realized it was cheaper and less hassle to pay someone with more expertise to do it for me.<p>For $50 a year, Fastmail will handle multiple domains (all aliasing to your main email) and they have a bunch of other nifty features that in my opinion makes it well worth the price: <a href="https:&#x2F;&#x2F;www.fastmail.com&#x2F;pricing&#x2F;" rel="nofollow">https:&#x2F;&#x2F;www.fastmail.com&#x2F;pricing&#x2F;</a><p>How much is your time worth, and how much time will you spend administering your own mail server per year?<p>For me, if I was going to spend more than about half an hour of my time per year managing my own mail server, then that makes something like Fastmail a better option.

I feel like it&#x27;s something any sysadmin (prospective or veteran alike) or developer or other tech professional should know how to do and therefore try doing, regardless of whether or not it&#x27;s practical. There are so many companies out there that do it in-house (usually with Exchange, in my observation, but a few with Unix-based setups as well) that it&#x27;s useful knowledge even in this day and age of GSuite being the new normal.<p>I&#x27;ve been running my own mail server since 2012-ish. First on a Slackware VPS (through HostRazor; I don&#x27;t know if they still exist) with postfix+dovecot, and then migrated to an OpenBSD VPS w&#x2F; OpenSMTPD+dovecot (on 1984.is). Email is enough of a &quot;solved problem&quot; that once you&#x27;ve got everything going it&#x27;ll stay working for a long while (system issues notwithstanding), but there are definitely a lot of moving pieces when you factor in IMAP and SMTP and DKIM and spam filtering and antivirus and all that jazz. All useful things to know, of course, but if your motivation is anything short of &quot;I want to learn how email works&quot; you&#x27;re probably better off letting someone else deal with that.

If you are okay with Docker, I would recommend checking out mailu.io (no affiliation, just a satisfied user). It provides a really powerful and flexible setup without spending your entire life wrestling with configs (plus it is open source!).<p>In my experience, though, unless you are going to be running a pretty high-volume setup (where you can quickly build a good reputation for your SMTP address), you will probably still need to route your outgoing email through an external SMTP really to make sure it does not get flagged as spam. (I use Amazon SES which is close to free for low monthly volumes...)

I do have my own email server, so I can mention what I did, which is to post through an external server, using my own server only for receiving. The server software will accept messages from localhost and pass them to the next server (the ISP&#x27;s server), and then that next server will forward it to the correct destination, rather than sending it directly to the destination.

If the third party service is Migadu, then I agree. Terrible support (bordering on nonexistent), long (24h+) outages with zero communication, an overly aggressive spam filter than prevents tons of legit mail from hitting my inbox. Looking for alternatives.

I would advise not to. Use a mail provider like mailbox.org<p>I had the same idea and this just puts time on your hands without that much benefit. If you want to, self host maybe one email address which is not that important to you.<p>When you self host, you have to take care of security updates, system restarts, monitoring, backups, restore. Depending on where you put your server, some providers might reject your address, since it might look suspicious.<p>Sure enough it is easy to setup a bare Mailserver. But all the other things like keeping it alive and well take more time.<p>I chose between fastmail.com and mailbox.org and settled on mailbox.org<p>Fastmail’s web ui is ... faster, search works better. Mailbox is in Germany which settled it for me.

Do it, if you setup it correctly all mails will be delivered, security will be increased.<p>It is not hard to setup and maintain it correctly if you have some understanding or enough time. Unfortunately most likely the mailservices will save some money or time.

<a href="https:&#x2F;&#x2F;hn.algolia.com&#x2F;?q=setup+email" rel="nofollow">https:&#x2F;&#x2F;hn.algolia.com&#x2F;?q=setup+email</a><p>I think the reasons pro &#x2F; contra have not changed in the past few years.

I feel self-hosted emails get rejected too easily to be worth the hassle.

I would not bother to host email service for one user. You have to keep up with all updates and vulnerabilities on daily basis.<p>You don&#x27;t have enough volume as well and it increases your chances to be marked as a spam. Self-hosting is quite pricey because you have to care about your IP reputation (and you can&#x27;t really gain any reputation if you send couple of emails). You can&#x27;t use cheap VPS providers because most likely IPs from them will be marked as increased chances of spam.<p>If you really want to go with the self-hosting route, configure your server to accept email but when you send, send it through large email providers like sendgrid&#x2F;amazon ses or so.

I currently run my own mailserver. It&#x27;s running on my home computer, which I leave on 24&#x2F;7 anyway.<p>Administration is quite easy if you start with a well-maintained docker image ,and I found one I&#x27;m quite happy with.[0] It has been less than 30 minutes of work so far, but I already understand docker quite well. It was nice to learn some more docker stuff, too.<p>The major downside is that random email hosts seem to reject my mail (looking at you, comcast.net addresses) so I still use a gmail with some contacts.<p>[0] <a href="https:&#x2F;&#x2F;github.com&#x2F;tomav&#x2F;docker-mailserver" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;tomav&#x2F;docker-mailserver</a>

Business&#x2F;professional: don&#x27;t,best to have the server part handled by a provider that allows catch all (like protonmail) for the yearly cost or less of a vps.<p>Personal&#x2F;hobby: knock yourself out. If you enjoy doing it, why not.

Thank you everyone for your detailed answers! I have finally settled on just going for fastmail.<p>I&#x27;ll probably try mailinabox for some other low traffic domains and see how that goes :)

It&#x27;s not hard but the risk profile is not favourable for you (the upside you get vs hosting if you manage to avoid trouble is pretty small). Of course if the alternative is very cheap and unreliable hosted service, the equation may be different - by self-hosting you&#x27;ll at least have visibility and control...<p>If you like running your own services and learning about it, it&#x27;s a nice exercise.

I have a friend who has multiple domains but all mapped to 1 mail box with catch all. There is stores those to specific address in folders and he rest in a common folder. He is using a hosting company. They charge per-email account. He was the basic 5 email account, 3 for family, 1 for himself and the last is the one with the catch-all for over 10 domains.

I host email for free with Yandex for five domains. It&#x27;s easy to set up, web app and mobile app are OK.<p>Setting up and administration of a mail server would not be hassle free and I don&#x27;t see it worthing unless you have hundreds or thousands of mail accounts each having big traffic.<p>Another good reason to set up your own mail server would be learning.

if you’re asking, you should most definitely NOT. if your concern is cost of many mailboxes, it’s rather trivial to have a wildcard mailbox at the provider (ie, one account that all mail is dumped into) and split it into multiple mailboxes at the client side.

TL&#x2F;DR: I&#x27;ve been using MIAB (mailinabox) for about 6 months and am happy with it (though I do use an external spam gateway (mxguarddog).<p>Backstory:<p>I started managing my own mail servers in 1999. After 5+ years of doing that, I moved my primary business domains to google apps and was happy for many years. Last year, after several years of feeling uneasy about my business email being hosted with google (mainly for privacy concerns, but also because I was on a &quot;legacy&quot; free google apps account), I began looking into paid options for my company&#x27;s email. After deciding that I didn&#x27;t want to pay google for the service, I looked at several other options for paid services, but they were all too expensive for my budget. I then investigated rolling my own solution using Postfix (even though I remembered all the maintenance overhead and occasional headaches), as I had done that before moving to Google. While investigating all the pieces I&#x27;d need for this, such as open source webmail projects and spam filtering options, I came across Mailinabox.<p>I spent some time over a few months playing with it and continuing to investigate other options, but ended up going with MIAB. My two biggest concerns in running my own server were A) dealing with spam and B) deliverability.<p>To deal with spam, I opted to use a third party spam filtering gateway (mxguarddog). I&#x27;ve been pretty happy with it, but I have to say, I&#x27;ve never found anyone as good at filtering spam as google.<p>My deliverability is very good, but I have had a few cases where messages were delayed or initially bounced right after I set up the server. I have my MIAB deployed on a Digital Ocean droplet that costs me about $40 &#x2F; month. I am currently running 6 domains and about 50 total accounts (with another 50 aliases). I think I could easily quadruple those numbers without overloading the server.<p>I hope that&#x27;s helpful!