docker-mailserver VS Mailpile

I can recommend Docker mailserver (it also works with Podman). It is already pretty lightweight but you can even make it lighter and it has an active community as well as regular updates.

https://github.com/docker-mailserver/docker-mailserver https://docker-mailserver.github.io/docker-mailserver/latest/ https://www.programonaut.com/how-to-host-a-mail-server-with-docker-for-free-step-by-step/

Use https://github.com/docker-mailserver/docker-mailserver or mailcow . They both provide reasonable default setup for spam detection and even UI for adjusting settings.

" this docker based mail server looks pretty legit https://github.com/docker-mailserver/docker-mailserver "

Check https://github.com/docker-mailserver/docker-mailserver It has almost everything in a single docker image. Email is not the easiest to implement with container(s), but that project has managed it.

I set up docker-mailserver[0] Monday in ~6 hours, most of which were me trying to be fancy using podman instead of docker and dealing with SELinux. But then again I did choose it over mail-in-a-box for just that level of customization. Obviously I can't tell how reliable it will be in the long run yet, but since it's using the classic Postfix/Dovecot stack I expect it'll be pretty stable

[0] https://github.com/docker-mailserver/docker-mailserver

Have a look at mailpile if you are after a web interface; or, the ever-dependable Thunderbird if you are fine with a desktop application.

mailpile seems good, but I would encripted things and besides this it is well mantained? The dockerfile here is old https://github.com/mailpile/Mailpile. By the way I tested a container, this rroemhild/mailpile, and it seems easy and with a good interface.

Mailpile supports theming. https://github.com/mailpile/Mailpile/wiki/Themes

Take a look at Mailpile.

Mailpile.is comes to mind. Their Twitter account is inactive since 2018, but they did fix some things on Github in November of 2020: https://github.com/mailpile/Mailpile/

> Email is not decentralized. It relies on the central authority of domain registries.

By that definition, almost every chat app is centralized, especially if you include the step of downloading it over HTTPS. In any case, it would be possible to further enhance email using something like SMTorP so that .onion addresses are used instead.[0]

> And then if you do decide that whatever encryption scheme you've chosen is right for you, there's no guarantee any significant mass of people supports it.

The same is true of any system which is proposed as an alternative to email. Admittedly it will be difficult for a UI to convey the security properties of messages when you are interacting with users whose email clients don't support the recommended extensions, but there is always the risk that a recipient will copy-paste the plaintext of your securely sent message into an unsecured channel.

[0] https://github.com/mailpile/Mailpile/wiki/SMTorP

For PC : Thunderbird or Mailpile