time for cyrus-imap v3.2?

Bron Gondwana brong at fastmailteam.com
Tue Nov 5 07:25:59 EST 2019


I've tagged those 4 issues for 3.2.

We're going to try to work out what work is necessary for 3.2 to be done, so knowing that these are important is valuable.

Cheers,

Bron.

On Tue, Nov 5, 2019, at 22:56, Michael Menge wrote:
> Hi all,
> 
> there are some bugs in cyrus 3.0/3.1 that i would like to see fixed
> and I want to make sure that these changes will be able to be
> included after 3.2 is released or will be fixed before 3.2 is released:
> 
> #2659 allow rename back from deleted mailbox when conversations is enabled
> #2599 bug renaming/deleting special use folders in murder setup
> #2598 squat search_engine not used
> 
> Also fixing "#2774 Murder does not work with TLS" would be
> appreciate, if not possible the murder documentation should
> at least been updated
> 
> Quoting my mail 
> https://lists.andrew.cmu.edu/pipermail/cyrus-devel/2018-July/004297.html
> 
> > Quoting ellie timoney <ellie at fastmail.com>:
> >>
> >> Anyway, it looks to me like the STARTTLS support in mupdate is just 
> >> fundamentally broken at the moment, and my recommendation is to 
> >> not use it. If your IMAP servers need to connect to an mupdate 
> >> server that's not within their trusted network, I guess you'd need 
> >> to set up a VPN for it or something along those lines (but I'm no 
> >> network specialist).
> >>
> > could you add a warning in the relevant murder/installation guides 
> > and manuals?
> 
> Quoting Bron Gondwana <brong at fastmailteam.com>:
> 
> > On Tue, Nov 5, 2019, at 12:04, Ricardo Signes wrote:
> >> So, I think the plan was to cut a stable Cyrus 3.2 after we had 
> >> stable JMAP. Is that time now? We talked about this on the Zoom 
> >> call today.
> >
> > I think we're pretty close to it. The big question is: do we fork 
> > what will eventually become 3.2 and keep stabilising on it while we 
> > ship UUID mailboxes on master, or do we finish 3.2 before we merge 
> > uuid mailboxes.
> >
> >> Cyrus master has pretty stable for JMAP core and mail. I think we 
> >> need to do one more pass through to look for places where Cyrus 
> >> extensions might leak through without the correct `using` options, 
> >> but apart from that, I don't think we expect its mail API to change 
> >> apart from bugfixes.
> >
> > Yep, legit. The one big thing still missing there is 
> > PushSubscriptions. I'd be keen to finish writing that. I mean:
> >
> > https://github.com/cyrusimap/cyrus-imapd/issues?q=is%3Aopen+is%3Aissue+label%3A3.2
> >
> > We should probably do a push and resolve all of those, then boom let's go.
> >
> 
> there are some bugs in cyrus 3.0/3.1 that i would like to see fixed
> and I want to make sure that these changes will be able to be
> included after 3.2 is released or will be fixed before 3.2 is released:
> 
> #2659 allow rename back from deleted mailbox when conversations is enabled
> #2599 bug renaming/deleting special use folders in murder setup
> #2598 squat search_engine not used
> 
> Also fixing "#2774 Murder does not work with TLS" would be
> appreciate, if not possible the murder documentation should
> at least been updated
> 
> Quoting my mail 
> https://lists.andrew.cmu.edu/pipermail/cyrus-devel/2018-July/004297.html
> 
> > Quoting ellie timoney <ellie at fastmail.com>:
> >>
> >> Anyway, it looks to me like the STARTTLS support in mupdate is just 
> >> fundamentally broken at the moment, and my recommendation is to 
> >> not use it. If your IMAP servers need to connect to an mupdate 
> >> server that's not within their trusted network, I guess you'd need 
> >> to set up a VPN for it or something along those lines (but I'm no 
> >> network specialist).
> >>
> > could you add a warning in the relevant murder/installation guides 
> > and manuals?
> 
> 
> 
> 
> 
> 
> --------------------------------------------------------------------------------
> M.Menge Tel.: (49) 7071/29-70316
> Universität Tübingen Fax.: (49) 7071/29-5912
> Zentrum für Datenverarbeitung mail: 
> michael.menge at zdv.uni-tuebingen.de
> Wächterstraße 76
> 72074 Tübingen
> 
> 

--
 Bron Gondwana, CEO, Fastmail Pty Ltd
 brong at fastmailteam.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.andrew.cmu.edu/pipermail/cyrus-devel/attachments/20191105/e22c88a9/attachment.html>


More information about the Cyrus-devel mailing list