I can recommend one other option, half the security, but way easier to do.  Disroot email.

If you can sign up again that is, I haven't checked yet.

Although, its all up to you if you want to...

Closed up so far, but I think it would be helpful getting possible management-interfaces within a list. The more e-mail is getting back out of some centralized services, the better.

If you can sign up again that is, I haven't checked yet.

Although, its all up to you if you want to...

Sorry. I'm all over the place wrt contexts. opensmtpd is just mta, not a complete package. I presume by interface and management-console, you mean something like roundcube. I've not explored one that is compatible with opensmtpd since I just require sending mail through commands. People have configured roundcube with opensmtpd.

Yes, I've thought about some web-interface for the management of the server and the e-mails. Looking around also!

https://wiki.archlinux.org/index.php/OpenSMTPD

is extremely helpful.

Mailserver can be really complicated. So dividing the complex issues one by one!

I recommended making a mailserver from scratch. It should essentially add the component of domain confirmation to XMPP messaging:
So there's:
1. User password authentication with frontend
2. Domain name belongs to host authentication
3. Fetching messages (decoding and encoding in smtp, imap, pop3 formats)
4. Storing at appropriate locations.
5. Sanitizing malicious mail. (Guess one can use spamassasin here)
6.. (Optional) For too many users (big services), additional step of finding user exists on which server (say with multiple hosts).

The above steps are for complete mail (not just MTA or MUA or whatever). I don't see how such a complete service can be as complex as we have now. Maybe because email services are the oldest, they're still using C and are being coded in a very complex way.

Yes, that line. I'm not buliding a mail server. I misinterpreted things on this post. I'm just using one. After trying configuring one, I must say there's tremendous scope on user experience side. A lot can be simplified!

I don't know what an SIP server is. I want to set-up a send-only mail server. I find stuff for postfix. iredmail as you said looks excellent but there's no support (easy setup tutorial) for send-only system.

Andre has flagged postfix in blacklist git!

You mean this line here?

postfix:postfix:::[uses-nonsecurity] depends on openssl, [technical] Arch version is adapted to systemd, does not download sources over https and does not use SHA-512 hash

As far as I see there will be another package build against libressl so I think postfix will be also part of the future releases. Building a mail-server is not always the easiest one, perhaps this could help - little bit older: https://www.digitalocean.com/community/ … untu-16-04

Well, this is for Ubuntu, but most options could be used also on other distributions.

Andre has flagged postfix in blacklist git!

For smtp, I had to use gmail. Google changes the settings of my account internally to supposedly "protect me" and the smtplib with python can't login. I can't even imagine for how many months Google has prevented users from creating an account on my site!

I want to setup my own mail server ASAP. Why do you recommend mailcow @throgh? What's the problem with kamailio and postfix? I'm leaning towards kamailio.

No real problem. It is just not a recommendation as the project mailcow is using components and projects like dovecot, postfix and more. Also no problem with kamailio, but isn't this a SIP-server itself?

I want to setup my own mail server ASAP. Why do you recommend mailcow @throgh? What's the problem with kamailio and postfix? I'm leaning towards kamailio.