Search results for "jmap"

Re: JMAP status?

by Steinar Bang

>>>>> "Herbert J. Skuhra" <herbert(a)gojira.at>: > On Thu, Feb 15, 2024 at 11:28:04AM -0600, Brad Koehn via dovecot wrote: >> 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. > Not again! > <https://dovecot.org/mailman3/hyperkitty/list/dovecot@dovecot.org/message/4F…> Summing it up: there is some code in place that can be used, no plans by the dovecot team to implemented, but they will take a contribution.

2 months

Re: JMAP status?

by Herbert J. Skuhra

On Thu, Feb 15, 2024 at 11:28:04AM -0600, Brad Koehn via dovecot wrote: > 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. Not again! <https://dovecot.org/mailman3/hyperkitty/list/dovecot@dovecot.org/message/4F…> -- Herbert

2 months, 3 weeks

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.

2 months, 3 weeks

Re: JMAP support?

by Timo Sirainen

On 8. Mar 2021, at 9.11, Mark Constable <markc(a)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.

3 months, 1 week

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

3 months, 1 week

Re: [CFP] "Modern Email" Developer Room at FOSDEM '24

by Joris Baum

Hi, yes. This dev room is not specific to dovecot. I think it is nevertheless interesting for the Dovecot community. I was also unsure about sending this call for papers to a few mailing lists as they typically contain technical discussions and information. But FOSDEM is considered a non-commercial event, and it has been some years that an Email room has been scheduled at FOSDEM, so I thought it to be relevant information. If content like that is actually not relevant for this mailing list, I am sorry for that. Just to be more transparent about this, I sent a similar mail to the following lists: info(a)cyrus.topicbox.com , dev(a)lists.roundcube.net and implementation(a)jmap.topicbox.com . Regards, Joris On 22.11.23 20:22, Nick Lockheart wrote: > This exact message was sent to the Cyrus list, too. > > On Wed, 2023-11-22 at 14:06 +0100, Joris Baum wrote: >> Hi, >> >> There will be a developer room that I think will be of particular >> interest for subscribers of this mailing list for "Modern Email" >> during >> FOSDEM '24. It will center around the current state of email, >> free/open >> source software projects related to email and current developments. >> >> FOSDEM is and event for free software and open source developers. The >> event encompasses two main streams: talks curated by organizers >> covering >> diverse topics and the developer rooms. Spread across multiple >> buildings >> at the venue, the developer rooms are focusing on specific concepts, >> technologies, and ideas. This is where the fun is. And most of the >> fun >> will obviously happen in the "Modern Email" room. >> >> The submission deadline for proposals is 1st December 2023. You can >> find >> more info on GitHub: https://github.com/modern-email/FOSDEM-24 . >> >> Regards, >> >> Joris Baum >> >> -- >> Joris Baum >> Tel: +49 721 170293 16 >> Fax: +49 721 170293 179 >> >> http://www.audriga.com | http://www.twitter.com/audriga >> >> --------------------------------------------------------------------- >> ----- >> audriga GmbH | Alter Schlachthof 57 | 76137 Karlsruhe >> Sitz der Gesellschaft: Karlsruhe - Amtsgericht Mannheim - HRB 713034 >> Geschäftsführer: Dr. Frank Dengler, Dr. Hans-Jörg Happel >> --------------------------------------------------------------------- >> ----- >> >> _______________________________________________ >> dovecot mailing list -- dovecot(a)dovecot.org >> To unsubscribe send an email to dovecot-leave(a)dovecot.org > > _______________________________________________ > dovecot mailing list -- dovecot(a)dovecot.org > To unsubscribe send an email to dovecot-leave(a)dovecot.org -- Joris Baum Tel: +49 721 170293 16 Fax: +49 721 170293 179 http://www.audriga.com | http://www.twitter.com/audriga -------------------------------------------------------------------------- audriga GmbH | Alter Schlachthof 57 | 76137 Karlsruhe Sitz der Gesellschaft: Karlsruhe - Amtsgericht Mannheim - HRB 713034 Geschäftsführer: Dr. Frank Dengler, Dr. Hans-Jörg Happel --------------------------------------------------------------------------

5 months, 2 weeks

RE: The future of SIS

by Laura Smith

> > Interesting, nice they use this rust, I am curious how they define this scaling. What I don't get is why are they messing with smtp. I always get a bad feeling when a company is trying to do everything. Good they are using rust and even better they've had an independent security audit (https://www.stalw.art/blog/security-audit). On the scaling side, maybe see the storage page ? (https://www.stalw.art/docs/storage/overview). The metadata is stored in a database which can be replicated. And the mails themselves can be stored in filesystem or "S3-compatible" storage, and so there are scaling options there too ? But clearly some experimentation is required to see how it works in practice. Are they messing with SMTP ? As I understand it its an IMAP/JMAP server. And (like Dovecot) it has LMTP for getting mail into it from e.g. Postfix ? From my reading of the docs it looks like SMTP is only there if you don't want to use LMTP to get mail into it ?

6 months, 4 weeks

Re: Replication going away?

by Gerald Galster

>> Just to understand that correctly: I could setup a (cron) based process for doveadm sync, but no longer a setup like >> plugin { >> mail_replica = tcp:$IMAP_REPLICA_SERVER:$IMAP_REPLICA_PORT >> } >> where the cron would lead to some delay and would have to check for concurrent jobs? > > You can also have that too. > > doveadm sync -d > > makes it use mail_replica setting. @Aki: Is it possible to monitor actions that would have triggered replication in dovecot < 2.4, e.g. parsing logs or a lua script to imitate the previous behaviour? @Michael Slusarz: While I understand it takes effort to maintain the replication plugin, this is especially problematic for small active/active high-availability deployments. I guess there are lots of servers that use replication for just 50 or 100 mailboxes. Cloudstorage (like S3) would be overkill for these. Do you provide dovecot pro subscriptions for such small deployments? The basic replication functionality with dsync seems to be available in future versions. Would you consider releasing a "dovecot smb" version for small/medium businesses that maintains the replication plugin (without director) for a yearly subscription fee? Otherwise those affected would have to look for alternatives. The recent release of rust-written Stalwart mailserver comes to mind, that bundles a lot of functionality (smtp, pop, imap, jmap, s3, sieve, dkim/arc/spf/dmarc, dane, mta-sas, ...): https://stalw.art/blog/ Best regards, Gerald

9 months, 4 weeks

Re: JMAP Support Status

by Benny Pedersen

On 2022-04-15 16:03, @lbutlr wrote: >> cyrus-imapd have it > But only cyrus, I believe. > If you ask most nerds what JMAP is, they'll talk about java, not IMAP. +1, we both wait for dovecot or change to cyrus :=) i feel cyrus is more stable then dovecot, atleast for the free version of dovecot, for dovecot-pro i dont know yet :/ my constructive cretik would be to see wiki have full dokumention of how to configure all detail in dovecot, eq nothing is left to be figured out of admins that install dovecot for the first time, again dovecot v1 is more stable then dovecot v2, i know others say you are kidding, nope

2 years

Re: JMAP Support Status

by ＠lbutlr

On 2022 Apr 14, at 11:31, Benny Pedersen <me(a)junc.eu> wrote: > On 2022-04-14 19:11, Michael Slusarz wrote: >>> On 04/13/2022 2:24 AM David Klingenberg <klingenberg(a)emclient.com> >>> wrote: >>> has there been any development on JMAP support in Dovecot? >> JMAP is not currently being developed. > cyrus-imapd have it But only cyrus, I believe. If you ask most nerds what JMAP is, they'll talk about java, not IMAP. -- In my world there are people in chains and you can ride them like ponies

2 years

Search results for query "jmap"