On Fri Jan 25 2019 Aki wrote:
There is no JMAP support in any dovecot version yet.
Two years on so what is the status of JMAP support in Dovecot now?
On 08 Mar 2021, at 00:11, Mark Constable markc@renta.net wrote:
On Fri Jan 25 2019 Aki wrote:
There is no JMAP support in any dovecot version yet.
Two years on so what is the status of JMAP support in Dovecot now?
I don't think anything has changed on this front.
Last I saw, only Cyrus has partial support for JMAP mail, but not the other parts of JMAP.
On 8/3/21 18:08, @lbutlr wrote:
Two years on so what is the status of JMAP support in Dovecot now?
I don't think anything has changed on this front. Last I saw, only Cyrus has partial support for JMAP mail, but not the other parts of JMAP.
Such a pity. I just two weeks battling with Cyrus-imapd just to test out the Cypht JMAP client and frankly Cyrus is an ill-documented PITA, to put it bluntly.
From charter-ietf-jmap-03 "Now that draft-ietf-jmap-mail is completed, the working group will produce specifications for related data types, beginning with calendars and contacts." So "JSON Mail Access Protocol" is done and jmap + websockets is on the way...
https://www.rfc-editor.org/rfc/rfc8887.html
so I guess, minus cyrus-imapd, it's down to these fledgling projects...
https://github.com/search?q=jmap+server
No doubt I will ask about Dovecots JMAP status in another 12 months.
On 08 Mar 2021, at 02:15, Mark Constable markc@renta.net wrote:
On 8/3/21 18:08, @lbutlr wrote:
Two years on so what is the status of JMAP support in Dovecot now?
I don't think anything has changed on this front. Last I saw, only Cyrus has partial support for JMAP mail, but not the other parts of JMAP.
Such a pity. I just two weeks battling with Cyrus-imapd just to test out the Cypht JMAP client and frankly Cyrus is an ill-documented PITA, to put it bluntly.
That was my experience with it many years ago.
so I guess, minus cyrus-imapd, it's down to these fledgling projects...
Not a lot there and about half of it hasn't nbeen touched in 5 years.
There doesn't seem to be much interest in JMAP ou there, which means it is going to be pretty hard to get something working well unless you write it yourself.
James (from apache) might be a solution? What does Roundcube recommend? As I understand it you don't need a "Mail server" for JMAP as it uses JSON over http.
Also, I doubt that 12 months will bring any changes, the last post I saw from Aki (didn't look too hard) mentioned Dovecot 2.5.
Em 08/03/2021 16:43, @lbutlr escreveu:
On 08 Mar 2021, at 02:15, Mark Constable markc@renta.net wrote: There doesn't seem to be much interest in JMAP ou there, which means it is going to be pretty hard to get something working well unless you write it yourself.
Or sponsor its development, if the OP is so interested on it!
On 08 Mar 2021, at 14:04, Leonardo Rodrigues leolistas@solutti.com.br wrote:
Em 08/03/2021 16:43, @lbutlr escreveu:
On 08 Mar 2021, at 02:15, Mark Constable markc@renta.net wrote: There doesn't seem to be much interest in JMAP ou there, which means it is going to be pretty hard to get something working well unless you write it yourself.
Or sponsor its development, if the OP is so interested on it!
I checked and Roundcube-next appears to be a dead project, so I'd really not hold out much hope.
Didn't JMAP get included with v2.3 with the HTTP API?
https://www.dovecot.org/list/dovecot-news/2016-March/000313.html
Or maybe that was just for admin things.
Phil
On 09/03/2021 11:26, @lbutlr wrote:
On 08 Mar 2021, at 14:04, Leonardo Rodrigues leolistas@solutti.com.br wrote:
Em 08/03/2021 16:43, @lbutlr escreveu:
On 08 Mar 2021, at 02:15, Mark Constable markc@renta.net wrote: There doesn't seem to be much interest in JMAP ou there, which means it is going to be pretty hard to get something working well unless you write it yourself.
Or sponsor its development, if the OP is so interested on it!I checked and Roundcube-next appears to be a dead project, so I'd really not hold out much hope.
The HTTP API is just for doveadm and is not related in anyway to JMAP AFAIK.
Le 8 mars 2021 à 23:52, Philip philip@treads.nz a écrit :
Didn't JMAP get included with v2.3 with the HTTP API?
https://www.dovecot.org/list/dovecot-news/2016-March/000313.html
Or maybe that was just for admin things.
Phil
On 09/03/2021 11:26, @lbutlr wrote:
On 08 Mar 2021, at 14:04, Leonardo Rodrigues leolistas@solutti.com.br wrote:
Em 08/03/2021 16:43, @lbutlr escreveu:
On 08 Mar 2021, at 02:15, Mark Constable markc@renta.net wrote: There doesn't seem to be much interest in JMAP ou there, which means it is going to be pretty hard to get something working well unless you write it yourself.
Or sponsor its development, if the OP is so interested on it!I checked and Roundcube-next appears to be a dead project, so I'd really not hold out much hope.
On 8. Mar 2021, at 8.11, Mark Constable markc@renta.net wrote:
Two years on so what is the status of JMAP support in Dovecot now?
Lots of work, and nobody really seems to want it that much, so we're not actively working on it. There are also some generic optimization and code cleanup steps along the way that are slowly happening, and after those it should be easier to implement JMAP (or some other HTTP based protocol).
On 8. Mar 2021, at 9.11, Mark Constable markc@renta.net wrote:
On Fri Jan 25 2019 Aki wrote:
There is no JMAP support in any dovecot version yet.
Two years on so what is the status of JMAP support in Dovecot now?
- We have a new JSON library, making it easier to write efficient JMAP support.
- We have some initial code for reusing imap process for the same user, making it more efficient to do quick connect + work + disconnect type requests. This would make implementing JMAP more efficient. Also would make many IMAP webmails more efficient. Would need to finish working on this some day.
- We were planning to do a more generic "HTTP server architecture" that would allow more easily implementing JMAP and other HTTP servers, but that's not done. I'm actually not quite sure anymore what exactly it was supposed to do.
- We have no plans to actually start working on JMAP itself, but nothing prevents outside contributions. It would likely be in a separate git repository anyway.
participants (7)
-
＠lbutlr
-
Jean-Daniel
-
julio covolato
-
Leonardo Rodrigues
-
Mark Constable
-
Philip
-
Timo Sirainen