I'm running my email on a custom domain through a 3rd party for a couple of years now. Initially, things were pretty good but their service has been slowly deteriorating.
I have a bunch of domains and mailboxes and do not want to spend a fortune paying for each mailbox that I own and am looking at setting up my own email server.
I was looking at mailinabox and it looked pretty good. However, I do understand that managing an email server is no joke and my emails could all land up in no man's land.
Has anyone successfully started using their own email server in the past few years?
Don't get in the trap of "oh some provider wont accept my mail". Its their fault that they don't and frankly if everyone was hosting their own mail, this situation would have never happened.
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/fastmail)
I imagine that if the client or an MTA can't connect to an SMTP server, then the mail would stay in an outbox queue until it is able to connect and hand it off. I don't think mail is permanently lost if an SMTP server goes down for a few hours. If an intermediary MTA gives up on connecting to an SMTP server, I would at least expect it to bounce the email back to the sender with an explanation.
I don't think email is as fragile as you seem to think.
And if deliver fails, the sender also gets an email (from their own MTA) mentioning that delivery failed.
Its a email server I am writing myself to eventually use. I know mail-in-a-box exists but another solution providing a easy to setup reliable mail box should be useful.
Currently I have spf/dkim/dmarc setup so it can exchange with all providers and have imap for the client side.
Do you plan to open-source it? I have to agree that last time I looked into setting up my own email server, the setup procedure of pre-existing servers is what drove me away.
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: https://www.fastmail.com/pricing/
How much is your time worth, and how much time will you spend administering your own mail server per year?
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.
It’s good to set up and host email for awhile to more deeply understand how it works, but do it for a domain you don’t plan to use for important emails. Then, when you’re sick of it, add that domain to your Fastmail or other hosted account with a deeper appreciation for what the modest annual fee is buying.
When you’re sick of it, you can just filter randomsite@hello.example.com to the trash.
Doing this allows you to generate more or less random throwaway emails at the moment you need them, from a normal domain without any prior setup.
I consider this to be one of Fastmail’s killer features.
That's great because occasionally email parsers on sites/apps don't accept emails with the + in them.
Sounds good for throwaway emails and not using personal info, however overall, this still has a few problems:
- your accounts on different services can easily be cross referenced in the event of a data leak, etc. They will all have @hello.example.com.
- if you actually use hello@example.com for something important, that will be gleaned as well (worse, this is true even in the event of a data leak/hacker on a single service) since this rule/feature you explained is common knowledge.
Seems the only way to overcome that is use a separate custom domain for any site you want to completely isolate, or a custom alias or new email on a major service for each.
Because at least one reason for doing the aliasing is privacy, and by using the same domain for multiple services, even with a different 'name' (before the @ sign), you are offering the companies ability to cross reference to other sites they partner with/have a data leak as to how users are using the app. Worst, if you do use your real name within one of the services, you would potentially be revealing that anyone who uses @mydomain.com is that person, even if you didn't give that other service personal data within their app. Sure a malicious party could expect mydomain.com hosts many users, but you kind of make it obvious it's a catchall by doing things like using randombusinessname@mydomain.com.
Thoughts?
One solution is manually making a new alias @fastmail.com for each service you want to give a unique email.
Edit: spelling
Edit: found the answer on https://www.fastmail.com/help/account/limits.html
100 + 1 for every user in the account. That should be sufficient for most use cases.
Or am I asking for trouble?
You can check out their limits here: https://www.fastmail.com/help/account/limits.html
For the $50/year account they have a daily sending limit of 8,000 emails a day.
Over the years though, it got less fun and the skills learnt weren't particularly valuable to me. Fastmail was just a much better value proposition.
I've been running my own mail server since 2012-ish. First on a Slackware VPS (through HostRazor; I don't know if they still exist) with postfix+dovecot, and then migrated to an OpenBSD VPS w/ OpenSMTPD+dovecot (on 1984.is). Email is enough of a "solved problem" that once you've got everything going it'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 "I want to learn how email works" you're probably better off letting someone else deal with that.
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 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.
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.
Sure enough it is easy to setup a bare Mailserver. But all the other things like keeping it alive and well take more time.
I chose between fastmail.com and mailbox.org and settled on mailbox.org
Fastmail’s web ui is ... faster, search works better. Mailbox is in Germany which settled it for me.
A note about German mail servers: if they have more than one thousand users, they are required by law to setup a surveillance black box for the government since around 2004.
> Germany introduced a data retention law that forces companies to store data for ten weeks. Fortunately, the German law does not affect Tutanota because email is explicitly excluded from the German data retention law. In addition, we are convinced that the law is against the German constitution. German Internet activists are already working on a constitutional complaint. They are fighting for the current law being declared unconstitutional - just like a previous German data retention law that was declared unconstitutional in 2010.
— (2015-12-19) [2]
[1]: https://en.m.wikipedia.org/wiki/Data_retention#Germany
[2]: https://tutanota.com/blog/posts/data-privacy-germany/
This box resides in the mail provider's network and used as a secure communication bridge with the government: If a judge requires the provider to start the surveillance of some email account, then the provider needs to transfer those mails onto the black box, which transmits it further to the government agency.
https://www.golem.de/news/telekommunikationsueberwachung-wie...
https://posteo.de/blog/posteo-zur-m%C3%A4r-von-der-abh%C3%B6...
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.
I think the reasons pro / contra have not changed in the past few years.
You don'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't really gain any reputation if you send couple of emails). You can't use cheap VPS providers because most likely IPs from them will be marked as increased chances of spam.
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/amazon ses or so.
Administration is quite easy if you start with a well-maintained docker image ,and I found one I'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.
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.
[0] https://github.com/tomav/docker-mailserver
Personal/hobby: knock yourself out. If you enjoy doing it, why not.
I'll probably try mailinabox for some other low traffic domains and see how that goes :)
If you like running your own services and learning about it, it's a nice exercise.
Setting up and administration of a mail server would not be hassle free and I don't see it worthing unless you have hundreds or thousands of mail accounts each having big traffic.
Another good reason to set up your own mail server would be learning.
Backstory:
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 "legacy" free google apps account), I began looking into paid options for my company's email. After deciding that I didn'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'd need for this, such as open source webmail projects and spam filtering options, I came across Mailinabox.
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.
To deal with spam, I opted to use a third party spam filtering gateway (mxguarddog). I've been pretty happy with it, but I have to say, I've never found anyone as good at filtering spam as google.
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 / 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.
I hope that's helpful!