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:
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.
-- The fact is that camels are far more intelligent than dolphins. Footnote: Never trust a species that grins all the time. It's up to something. --Pyramids
On 8/3/21 18:08, @lbutlr wrote:
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:
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.
-- 'People need vampires,' she [Granny] said. 'They helps 'em remember what stakes and garlic are for.' --Carpe Jugulum
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!
--
Atenciosamente / Sincerily,
Leonardo Rodrigues
Solutti Tecnologia
http://www.solutti.com.br
Minha armadilha de SPAM, NÃO mandem email
gertrudes@solutti.com.br
My SPAMTRAP, do not email itOn 08 Mar 2021, at 14:04, Leonardo Rodrigues <leolistas@solutti.com.br> wrote:
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.
-- NO ONE WANTS TO HEAR ABOUT MY SCIATICA Bart chalkboard Ep. AABF09
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 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:
- 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