Search results for "jmap"

Re: JMAP support in Dovecot

by Bron Gondwana

Hi Charles, We are actually pretty close to a complete implementation in Cyrus now, and there's the proxy of course. We'll be doing a release candidate of Cyrus 3.0 with JMAP support on January 13th. There's also the hosted copy of the JMAP proxy, which I'm afraid I haven't been giving much love recently. It's very close to feature complete though. What number is the Thunderbird bug? I appear to not be CCd, or missing the emails from it. I should probably sign up! Feel free to ask me anything directly as well. Bron. On Wed, 14 Dec 2016, at 02:33, Tanstaafl wrote: > Hi Aki, > > Someone just asked in the bug for Thunderbird for this, so... > > Is there a git branch that they could use to start playing with what is > there? If not, any idea when that might happen? > > It sounds like someone following the Thunderbird bug is interested in > working on this, but they obviously need something to test against. > > Thanks, > > Charles > > > On 11/27/2016 5:28 AM, Aki Tuomi <aki.tuomi(a)dovecot.fi> wrote: > > Hi! > > > > We are working on including JMAP support to Dovecot. At this moment I cannot give any promise for exact version, but hopefully it will be part of v2.3 > > > > Aki Tuomi > > > > Dovecot Oy > > > >> On November 26, 2016 at 11:17 PM Andrew Jones <andrew(a)mykolab.com> wrote: > >> > >> > >> Hi Marcus > >> > >> Thanks for your helpful reply. > >> > >> Do you know what is going on with JMAP development into Dovecot 2.5? > >> > >> It's difficult to get any sort of information from the roadmap and there are no Dovecot forums. > >> > >> One of the main reasons I'm interested in JMAP is because of Roundcube Next and also the other clients it will power. Sadly, there has been little going on and having emailed Thomas, he is no longer involved in Roundcube Next - which is a shame. The Kolab guys are really taking liberties here, and trying their product, the thing is littered with bugs everywhere. > >> > >> Are you able to comment on what is going on with JMAP development into Dovecot? > >> > >> Thanks > >> > >> Andrew > >> > >> > >> > >> > >> Sent from my iPhone > >> > >>> On 26 Nov 2016, at 19:16, Marcus Rueckert <darix(a)opensu.se> wrote: > >>> > >>>> On 2016-11-26 11:07:00 -0800, WJCarpenter wrote: > >>>> I don't know the answer to that question, but I am curious about something. > >>>> What client are you thinking about using with JMAP? I haven't found much. > >>>> (And much of the demo stuff at jmap.io seems to be busted in various ways.) > >>> > >>> roundcube-next builds on top of it. > >>> > >>> darix > >>> > >>> -- > >>> openSUSE - SUSE Linux is my linux > >>> openSUSE is good for you > >>> www.opensuse.org -- Bron Gondwana brong(a)fastmail.fm

8 years, 3 months

Re: RFC: HTTP based storage API

by Nagy, Attila

On 02/08/16 11:16, Timo Sirainen wrote: >> On 08 Feb 2016, at 11:59, Timo Sirainen <tss(a)iki.fi> wrote: >> >> On 08 Feb 2016, at 11:01, Nagy, Attila <bra(a)fsn.hu> wrote: >>> Hi, >>> >>> Nearly every popular programming language has an LMTP/POP/IMAP implementation, most of them suck in many different ways. >>> I don't know any server or library which provides a well-established, compatible protocol frontend with an open backend API, which could be used to easily make a custom storage backend for the LMTP/POP/IMAP frontend in any language, in any programming paradigm, irregardless of the frontend implementation. >>> >>> Dovecot is very close to this: it speaks IMAP to the backend, but you still have to make a nearly complete IMAP implementation, which is a PITA. >>> >>> Therefore I am curious about your opinion: what about an HTTP-based open backend (lib-storage) API to Dovecot? >> We're planning on implementing http://jmap.io/ to Dovecot v2.3. It's close enough to how Dovecot works internally (although we'd still need the threading support) and also at least attempting to become a standard. We haven't really started it yet though, so now would be a good time to give any alternative suggestions or complaints about jmap :) > Oh, you were thinking about ability to provide IMAP/etc support for other random servers, and have Dovecot act as kind of a middleware and translate the requests. Maybe the answer is still jmap though? It would require jmap lib-storage backend similar to imapc, which would be doable, although not really something we're right now planning to implement. > Yeah, the opposite, in this case a jmap backend to Dovecot. BTW, I think jmap is too high level and implementing a jmap server is very much like implementing an IMAP one. I much more think of a pluggable, easy (remote) storage API, which has much less to do with IMAP, but can offer capabilities, which can help Dovecot (like the search and indexes).

9 years, 2 months

Re: JMAP support?

by Jean-Daniel

The HTTP API is just for doveadm and is not related in anyway to JMAP AFAIK. > Le 8 mars 2021 à 23:52, Philip <philip(a)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(a)solutti.com.br> wrote: >>> Em 08/03/2021 16:43, @lbutlr escreveu: >>>> On 08 Mar 2021, at 02:15, Mark Constable <markc(a)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. >>

4 years, 1 month

Re: RFC: HTTP based storage API

by Timo Sirainen

On 08 Feb 2016, at 12:56, Nagy, Attila <bra(a)fsn.hu> wrote: > > On 02/08/16 11:16, Timo Sirainen wrote: >> Oh, you were thinking about ability to provide IMAP/etc support for other random servers, and have Dovecot act as kind of a middleware and translate the requests. Maybe the answer is still jmap though? It would require jmap lib-storage backend similar to imapc, which would be doable, although not really something we're right now planning to implement. >> > Yeah, the opposite, in this case a jmap backend to Dovecot. > BTW, I think jmap is too high level and implementing a jmap server is very much like implementing an IMAP one. > > I much more think of a pluggable, easy (remote) storage API, which has much less to do with IMAP, but can offer capabilities, which can help Dovecot (like the search and indexes). What kind of use cases are you thinking for this remote storage API? What kind of remote storages would implement it, and what kind of installations would use them?

9 years, 2 months

Re: JMAP support in Dovecot

by Aki Tuomi

Unfortunately we don't have any beta version yet for testing. Hopefully sometime next year. Aki On 13.12.2016 17:33, Tanstaafl wrote: > Hi Aki, > > Someone just asked in the bug for Thunderbird for this, so... > > Is there a git branch that they could use to start playing with what is > there? If not, any idea when that might happen? > > It sounds like someone following the Thunderbird bug is interested in > working on this, but they obviously need something to test against. > > Thanks, > > Charles > > > On 11/27/2016 5:28 AM, Aki Tuomi <aki.tuomi(a)dovecot.fi> wrote: >> Hi! >> >> We are working on including JMAP support to Dovecot. At this moment I cannot give any promise for exact version, but hopefully it will be part of v2.3 >> >> Aki Tuomi >> >> Dovecot Oy >> >>> On November 26, 2016 at 11:17 PM Andrew Jones <andrew(a)mykolab.com> wrote: >>> >>> >>> Hi Marcus >>> >>> Thanks for your helpful reply. >>> >>> Do you know what is going on with JMAP development into Dovecot 2.5? >>> >>> It's difficult to get any sort of information from the roadmap and there are no Dovecot forums. >>> >>> One of the main reasons I'm interested in JMAP is because of Roundcube Next and also the other clients it will power. Sadly, there has been little going on and having emailed Thomas, he is no longer involved in Roundcube Next - which is a shame. The Kolab guys are really taking liberties here, and trying their product, the thing is littered with bugs everywhere. >>> >>> Are you able to comment on what is going on with JMAP development into Dovecot? >>> >>> Thanks >>> >>> Andrew >>> >>> >>> >>> >>> Sent from my iPhone >>> >>>> On 26 Nov 2016, at 19:16, Marcus Rueckert <darix(a)opensu.se> wrote: >>>> >>>>> On 2016-11-26 11:07:00 -0800, WJCarpenter wrote: >>>>> I don't know the answer to that question, but I am curious about something. >>>>> What client are you thinking about using with JMAP? I haven't found much. >>>>> (And much of the demo stuff at jmap.io seems to be busted in various ways.) >>>> roundcube-next builds on top of it. >>>> >>>> darix >>>> >>>> -- >>>> openSUSE - SUSE Linux is my linux >>>> openSUSE is good for you >>>> www.opensuse.org

8 years, 4 months

Perl was: JMAP: Re: http API for IMAP

by Thomas Güttler

Am 16.11.19 um 08:15 schrieb Bron Gondwana via dovecot: > proxy.jmap.io is very stale code at the moment. I'm hoping to have enough time to hack on it at the IETF hackathon this > weekend :) I am a big biased. AFAIK it is written in Perl. I am very happy that I did not need to use Perl since 18 years now. The regex where great. But time has changed. Everytime you use regex today, I feel like being on the wrong track. Related: https://github.com/guettli/programming-guidelines#regex-are-great---but-its… Regards, Thomas Güttler > Cheers, > > Bron. > > On Fri, Nov 15, 2019, at 00:44, Thomas Güttler via dovecot wrote: >> Am 14.11.19 um 14:03 schrieb Benny Pedersen via dovecot: >> > Thomas Güttler via dovecot skrev den 2019-11-14 08:55: >> > >> >> Is there already an open source imap2jmap server? >> > >> > why do you say imap here ? >> > >> > https://www.cyrusimap.org/imap/developer/jmap.html >> > >> > cyrus already have it, we just wait for dovecot :) >> >> >> I used my favorite search engine (ecosia) and found >> >> https://proxy.jmap.io/ >> >> This way you can use JMAP even if you imap server does not >> support it. >> >> >> Regards, >> Thomas Güttler >> >> >> -- >> Thomas Guettler http://www.thomas-guettler.de/ >> I am looking for feedback: https://github.com/guettli/programming-guidelines >> > > -- > Bron Gondwana > brong(a)fastmail.fm > > -- Thomas Guettler http://www.thomas-guettler.de/ I am looking for feedback: https://github.com/guettli/programming-guidelines

5 years, 5 months

Re: JMAP support?

by Marcel Schmidt

Hi, is there any progress on this? Since the IETF draft is long completed, will you integrate JMAP in a coming dovecot version or is this topic completely abandoned? Marcel Hi, is there any progress on this? Since the IETF draft is long completed, will you integrate JMAP in a coming dovecot version or is this topic completely abandoned? Marcel

1 year, 2 months

JMAP status?

by Brad Koehn

Just wondering how/if JMAP support is coming along. It seems to offer major protocol advantages to a connection-oriented protocol like IMAP; I’m curious to see how it performs in the real world. Just wondering how/if JMAP support is coming along. It seems to offer major protocol advantages to a connection-oriented protocol like IMAP; I’m curious to see how it performs in the real world.

1 year, 2 months

Re: JMAP support in Dovecot

by Marcus Rueckert

On 2016-11-26 11:07:00 -0800, WJCarpenter wrote: > I don't know the answer to that question, but I am curious about something. > What client are you thinking about using with JMAP? I haven't found much. > (And much of the demo stuff at jmap.io seems to be busted in various ways.) roundcube-next builds on top of it. darix -- openSUSE - SUSE Linux is my linux openSUSE is good for you www.opensuse.org

8 years, 4 months

Re: JMAP support in Dovecot

by Bron Gondwana

On Sun, 27 Nov 2016, at 06:07, WJCarpenter wrote: > I don't know the answer to that question, but I am curious about > something. What client are you thinking about using with JMAP? I haven't > found much. (And much of the demo stuff at jmap.io seems to be busted in > various ways.) The demo proxy was a pretty quick hack and isn't very efficient, but it should be working. It does a fairly slow background import for existing accounts, so I'd recommend using small tests accounts. What particular bit is broken for you? (apart from the known not-working authentication flow) Bron. -- Bron Gondwana brong(a)fastmail.fm

8 years, 4 months

Search results for query "jmap"