Mailspring VS Mailpile

I fully agree, moreover this:

> Rolling release distributions like OpenSUSE Tumbleweed follow upstream much more closely while still maintaining stability through thorough automated testing

Shows the author hasn't used Tumbleweed for any reasonable amount of time himself[0][1][2]. I daily drove it for a short while before moving to Fedora.

0: https://github.com/Foundry376/Mailspring/issues/533

1: https://forums.opensuse.org/t/tumbleweed-breaks-after-update...

2: https://www.reddit.com/r/openSUSE/comments/v09hnc/tumbleweed...

/u/protonmail is the a reason why there's been no effort on this front? It appears that it comes down to some sort of handshake issue but I can't imagine this is that hard to fix.

I was hopeful that https://www.nylas.com/ would be the de-facto "adapter" placing a common API surface on top of the major providers and dragging them into a modern-API world. They even had an email client of their own as a proof of concept (forked by one of the original authors as https://github.com/Foundry376/Mailspring - and its reusable core https://github.com/Foundry376/Mailspring-Sync may be interesting to many here). But they've pivoted towards making their API only available behind B2B contracts and opaque pricing, and primarily used for corporate email monitoring and CRM use cases - perhaps because security and privacy considerations are nontrivial. I'm still rooting for them but it's a shadow of what it could have been.

Mailspring

Mailspring- A great email client for windows (Opensource + Freemium)

I love Mailspring, it's modern and open source: https://getmailspring.com/

The UI uses Electron, but the actual sync engine is in C++, so it's pretty fast.

The only app I’m aware of which translates emails is this; https://getmailspring.com

Mailspring is quite nice. It also has a paid version and is actively updated so I think it's likely to stick around for awhile.

Mailspring, which is open source, is currently my recommendation for a desktop email client.

Mailspring. Open-source and fully local, but an optional account and optional subscription for premium cloud-based features. Thunderbird was too cluttered and Geary, although I really wanted to like it, was just too minimal.

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