Poste - full mail server solution

[fproof]

Would like to suggest this

Poste.io - SMTP + IMAP + POP3 + Antispam + Antivirus
Web administration + Web email

https://github.com/dirtsimple/poste.io

https://hub.docker.com/r/analogic/poste.io/

https://poste.io/

[ccfu]

@fproof
Cloudron already has a mail solution which incorporates the same or similar components.

[girish]

Indeed, we are happy to instead add missing features into our existing mail solution than incorporate another mail server.

[CBCUN]

@girish Activesync or smiliar is a missing feature

[MooCloud_Matt]

@cbcun
jmap is probably a better idea, Activesync/EAS is now most likely a EOL protocol, MS have moved on to EWS/mapi and now they call them Exchange Server Protocols.

[fbartels]

@moocloud_matt said in Poste - full mail server solution:

jmap is probably a better idea,

Their client support still leaves a lot to be desired however. Plus for Dovecot (which is used in Cloudron) jmap support is only "planned" according to https://jmap.io/software.html

@moocloud_matt said in Poste - full mail server solution:

Activesync/EAS is now most likely a EOL protocol, MS have moved on to EWS/mapi

The benefit of EAS is its widespread client support. Its main downside is that Microsoft is cashing in on client usage because of software patents.

And while I think its true that Microsoft at some point had the intention of phasing out EAS in favour of EWS, nowadays the "hip" api is MS Graph, which comes with oidc support and gives access to all of Office 365. Since both EAS and EWS have quite some system integration I don't think they will go away soon. Rather we will still encounter it in 20 years later (just remember that imap was first designed 1986 and the current spec is an rfc from 2003).

[MooCloud_Matt]

@fbartels
true obviously EAS is EOL, not death.
But I see more future and open standards/ease of use in jmap than in EAS.
I imagine that cloudron could build a webmail and calendar front end with jmap proxy with the compatibility to all current calendar and contact apps on the store because jmap can just be a proxy it doesn't need to be integrated into the mail server.
Apache James complete mail stack use it as a proxy is not integrated directly into the mail server, it acts as a gateway from the internal network that speaks in IMAP and external that use rest API.

Jmap is just been a standard for 2 years or so, and it's used by big providers for their proprietary webmail, and it's easy to develop UI on top of it, because it's just rest API.
there is a really good comment on rainloop issue for supporting jmap