From brong at fastmailteam.com Mon Oct 1 10:18:08 2018 From: brong at fastmailteam.com (Bron Gondwana) Date: Mon, 01 Oct 2018 10:18:08 -0400 Subject: Notes Oct 1st Message-ID: <95d476d4-8f6f-462e-84c9-edbd7eb97ac6@sloti22d1t06> Present: ellie, Bron, Robert Robert: * CalConnect was good - everything was captured in Bron's notes * have pushed a couple of charset API changes - JMAP mail handles wrongly encoded utf32 bodies (covers 2 of 3 raised issues) - now will evaluate the two charset libraries for detecting the charset of arbitrary binary data - have worked a bit with libicu internal detector, but might not be good enough, may need to add external dependency * planning to look at generating mboxevents for keyword changes * will update jscalendar drafts * for jscontact, follow up with Peter and join VCARD mailing list Partha: * Ran a bunch of YCSB benchmarks, but looked at LevelDB's benchmarks instead. - compare to what they run against leveldb, kyoto, redis, etc. - interfaces on leveldb benchmark are a closer match to Cyrus * Zeroskip - waiting for JMAP changes to settle before merging. - Two big patches: one changes cyrusdb interfaces to unsigned char, then zeroskip driver. - unsigned changes are large and touch many places! - other possibility is to first pass just cast the other way for zeroskip and merge that first. ellie: * hoping to get 2.5.12 out this week * Cyrus is no longer being packaged directly by Debian - we should look at how we want to distribute Cyrus for Debian users - nightly builds? Releases? * brought back annotatemore support behind a config option Bron: * have been looking at JMAP ACL uploads * in order to set sortOrder on intermediate folders, they need to be able to set annotations, did some work on that, still more to do there. - Robert will have a look at it. * unlikely to have time for Cyrus work this week. * * *Daylight savings will be hitting Australia soon, moving the Melbourne time to 10pm.* Bron's Notes from CalConnect: The conference is hosted by 1&1. We started by talking through what we want to focus on during this time. Here's my list: * See where we?re at on JSCalendar and push to completion * Start JSContact work * CalDAV sharing work maybe? (federation) * CalDAVTester Cassandane integration * Topic for discussion: event in multiple calendars with same UID (labels for calendars?) The conference has a new structure now - combined Technical and Conference sessions mixed each day rather than first half Technical/Testing and second half talking. Interesting topics covered: * Server-side-subscriptions (similar to a FastMail feature, but standard and can be managed over CalDAV by clients) * CalDAVTester and the framework for regression testing * Autodiscovery & Push (will work through at IETF) * Push * RRULE edge cases * CalConnect is working with ISO and M3AAWG and working on other partnerships. We'll start publishing or co-publishing standards. * ISO8601-2 standard for much more flexible dates is going to be done soon * VCARD work is underway to give more globally compatible address format, name format, etc. * JSCalendar - Robert presented. I'll copy the full notes from that. * Demoed some JMAP using the FM interface. * Discussed ETags and how weak ETags are needed unless resources are byte identical due to caching and partial ranges. * Next conference will be in Zurich in February 2019. *JSCalendar Notes:** * * current version -07, in WGLC. * Lots of decisions made slightly smiling face * Open points: * Durations * JSCalendar ? requires it to be in UTC * iCalendar ? done in event timezone * *DECISION OF ROOM: align with iCalendar* * Participant email: * key can be any URI * if there?s an EMAIL= parameter, that becomes the ?email? key * if there?s no EMAIL= parameter, extract ?email? key from the mailto: * if neither, ?email? key is null (default) * Discussion of timeZone on location objects ? change from MUST to MAY such that * rsvpWanted ? *replyWanted* * rsvpResponse ? *participationStatus* * participation ?* **attendance { none / optional / required }* * roles ? *object* mapping to true * Splitting locations * real locations vs virtualLocations * participant can define which physical location, but not which virtual location (if any) * physical locations can have timezone, coordinates, address, etc. -- Bron Gondwana, CEO, FastMail Pty Ltd brong at fastmailteam.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From brong at fastmailteam.com Mon Oct 1 10:48:09 2018 From: brong at fastmailteam.com (Bron Gondwana) Date: Mon, 01 Oct 2018 10:48:09 -0400 Subject: Notes Oct 1st In-Reply-To: <95d476d4-8f6f-462e-84c9-edbd7eb97ac6@sloti22d1t06> References: <95d476d4-8f6f-462e-84c9-edbd7eb97ac6@sloti22d1t06> Message-ID: <2a78d8d3-58f7-45f4-8e94-1ee8ac782cd3@sloti22d1t06> On Tue, Oct 2, 2018, at 00:18, Bron Gondwana wrote: > Present: ellie, Bron, Robert (sorry Partha! I had already typed this bit when you showed and I forgot to go back...) > Robert: > * CalConnect was good - everything was captured in Bron's notes > * have pushed a couple of charset API changes > - JMAP mail handles wrongly encoded utf32 bodies (covers 2 of 3 raised issues) > - now will evaluate the two charset libraries for detecting the charset of arbitrary binary data > - have worked a bit with libicu internal detector, but might not be good enough, may need to add external dependency > * planning to look at generating mboxevents for keyword changes > * will update jscalendar drafts > * for jscontact, follow up with Peter and join VCARD mailing list > > Partha: > * Ran a bunch of YCSB benchmarks, but looked at LevelDB's benchmarks instead. > - compare to what they run against leveldb, kyoto, redis, etc. > - interfaces on leveldb benchmark are a closer match to Cyrus > * Zeroskip - waiting for JMAP changes to settle before merging. > - Two big patches: one changes cyrusdb interfaces to unsigned char, then zeroskip driver. > - unsigned changes are large and touch many places! > - other possibility is to first pass just cast the other way for zeroskip and merge that first. > > ellie: > * hoping to get 2.5.12 out this week > * Cyrus is no longer being packaged directly by Debian > - we should look at how we want to distribute Cyrus for Debian users - nightly builds? Releases? > * brought back annotatemore support behind a config option > > Bron: > * have been looking at JMAP ACL uploads > * in order to set sortOrder on intermediate folders, they need to be able to set annotations, did some work on that, still more to do there. > - Robert will have a look at it. > * unlikely to have time for Cyrus work this week. > ** > *Daylight savings will be hitting Australia soon, moving the Melbourne time to 10pm.* > > > Bron's Notes from CalConnect: > > The conference is hosted by 1&1. We started by talking through what we want to focus on during this time. Here's my list: > * See where we?re at on JSCalendar and push to completion > * Start JSContact work > * CalDAV sharing work maybe? (federation) > * CalDAVTester Cassandane integration > * Topic for discussion: event in multiple calendars with same UID (labels for calendars?) > > The conference has a new structure now - combined Technical and Conference sessions mixed each day rather than first half Technical/Testing and second half talking. > > Interesting topics covered: > * Server-side-subscriptions (similar to a FastMail feature, but standard and can be managed over CalDAV by clients) > * CalDAVTester and the framework for regression testing > * Autodiscovery & Push (will work through at IETF) > * Push > * RRULE edge cases > * CalConnect is working with ISO and M3AAWG and working on other partnerships. We'll start publishing or co-publishing standards. > * ISO8601-2 standard for much more flexible dates is going to be done soon > * VCARD work is underway to give more globally compatible address format, name format, etc. > * JSCalendar - Robert presented. I'll copy the full notes from that. > * Demoed some JMAP using the FM interface. > * Discussed ETags and how weak ETags are needed unless resources are byte identical due to caching and partial ranges. > * Next conference will be in Zurich in February 2019. > > *JSCalendar Notes:*** > * current version -07, in WGLC. > * Lots of decisions made slightly smiling face > * Open points: > * Durations > * JSCalendar ? requires it to be in UTC > * iCalendar ? done in event timezone > * *DECISION OF ROOM: align with iCalendar* > * Participant email: > * key can be any URI > * if there?s an EMAIL= parameter, that becomes the ?email? key > * if there?s no EMAIL= parameter, extract ?email? key from the mailto: > * if neither, ?email? key is null (default) > * Discussion of timeZone on location objects ? change from MUST to MAY such that > * rsvpWanted ? *replyWanted* > * rsvpResponse ? *participationStatus* > * participation ?* **attendance { none / optional / required }* > * roles ? *object* mapping to true > * Splitting locations > * real locations vs virtualLocations > * participant can define which physical location, but not which virtual location (if any) > * physical locations can have timezone, coordinates, address, etc. > > -- > Bron Gondwana, CEO, FastMail Pty Ltd > brong at fastmailteam.com > > -- Bron Gondwana, CEO, FastMail Pty Ltd brong at fastmailteam.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From samir.aguiar at intra2net.com Mon Oct 1 11:17:06 2018 From: samir.aguiar at intra2net.com (Samir Aguiar) Date: Mon, 1 Oct 2018 12:17:06 -0300 Subject: Bring back ANNOTATEMORE support In-Reply-To: <1538362930.2745102.1525982872.070C3C8C@webmail.messagingengine.com> References: <39212487-6664-ee27-ab7d-f9d7314bd485@intra2net.com> <5398573e-4026-78fd-1b3d-8c2901c90c53@intra2net.com> <77764595-914B-4B11-AB61-B0F21B0D352C@aegee.org> <60eb385c-3b3a-634d-b422-b93caef7864a@intra2net.com> <1538362930.2745102.1525982872.070C3C8C@webmail.messagingengine.com> Message-ID: Hi Ellie, On 10/01/2018 12:02 AM, ellie timoney wrote: > ANNOTATEMORE support has been added back to the master branch, but it's > now hidden behind an imapd.conf(5) option > "annotate_enable_legacy_commands" (which defaults to off). ?:) Awesome news, thanks! Kind regards, Samir Aguiar From hyc at highlandsun.com Mon Oct 1 16:53:18 2018 From: hyc at highlandsun.com (Howard Chu) Date: Mon, 1 Oct 2018 21:53:18 +0100 Subject: Notes Oct 1st In-Reply-To: <95d476d4-8f6f-462e-84c9-edbd7eb97ac6@sloti22d1t06> References: <95d476d4-8f6f-462e-84c9-edbd7eb97ac6@sloti22d1t06> Message-ID: <3785b8ec-0d50-a280-f578-3d855a41f37e@highlandsun.com> Bron Gondwana wrote: > Partha: > * Ran a bunch of YCSB benchmarks, but looked at LevelDB's benchmarks instead. If you're using LevelDB's benchmark tool, you might find this easier to use instead: https://github.com/lmdb/dbbench > ?- compare to what they run against leveldb, kyoto, redis, etc. redis isn't really comparable. I'm missing some context on this conversation, are you looking for an embedded data store or just a key/value store (embedded or not)? > ?- interfaces on leveldb benchmark are a closer match to Cyrus > * Zeroskip - waiting for JMAP changes to settle before merging. > ?- Two big patches: one changes cyrusdb interfaces to unsigned char, then zeroskip driver. > ?- unsigned changes are large and touch many places! > ?- other possibility is to first pass just cast the other way for zeroskip and merge that first. -- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/ From ondrej at sury.org Tue Oct 2 10:16:47 2018 From: ondrej at sury.org (=?utf-8?Q?Ond=C5=99ej=20Sur=C3=BD?=) Date: Tue, 02 Oct 2018 16:16:47 +0200 Subject: Notes Oct 1st In-Reply-To: <95d476d4-8f6f-462e-84c9-edbd7eb97ac6@sloti22d1t06> References: <95d476d4-8f6f-462e-84c9-edbd7eb97ac6@sloti22d1t06> Message-ID: <1538489807.1884734.1527929192.5CFEC022@webmail.messagingengine.com> Hi, On Mon, Oct 1, 2018, at 16:18, Bron Gondwana wrote: > ellie: > * Cyrus is no longer being packaged directly by Debian > - we should look at how we want to distribute Cyrus for Debian users - > nightly builds? Releases? I am sorry for my lack of time after I changed jobs. Today, I finally moved the Debian packaging git repositories to Debian GitLab instance and I can help other people to get involved in packaging Cyrus IMAP and Cyrus SASL in Debian. The repositories are here: https://salsa.debian.org/debian/cyrus-imapd https://salsa.debian.org/debian/cyrus-sasl2 Max Kosmach has already volunteer to fix the cyrus-imapd in Debian stable and I can mentor and sponsor other people to move the packaging forward. Unfortunately, I am busy elsewhere to continue with the main bulk of packaging Cyrus IMAP and SASL in Debian. Also it's not just "take whatever upstream has" due tu past legacy and upgrade paths between Debian stable releases. Ondrej -- Ond?ej Sur? From matt at mattkeenan.net Tue Oct 2 12:01:44 2018 From: matt at mattkeenan.net (Matt) Date: Tue, 2 Oct 2018 16:01:44 +0000 Subject: Notes Oct 1st In-Reply-To: <1538489807.1884734.1527929192.5CFEC022@webmail.messagingengine.com> References: <95d476d4-8f6f-462e-84c9-edbd7eb97ac6@sloti22d1t06> <1538489807.1884734.1527929192.5CFEC022@webmail.messagingengine.com> Message-ID: On 02/10/18 14:16, Ond?ej Sur? wrote: > Hi, > > On Mon, Oct 1, 2018, at 16:18, Bron Gondwana wrote: >> ellie: >> * Cyrus is no longer being packaged directly by Debian >> - we should look at how we want to distribute Cyrus for Debian users - >> nightly builds? Releases? > I am sorry for my lack of time after I changed jobs. Today, I finally moved > the Debian packaging git repositories to Debian GitLab instance and I can > help other people to get involved in packaging Cyrus IMAP and Cyrus SASL > in Debian. > > The repositories are here: > > https://salsa.debian.org/debian/cyrus-imapd > https://salsa.debian.org/debian/cyrus-sasl2 > > Max Kosmach has already volunteer to fix the cyrus-imapd in Debian stable > and I can mentor and sponsor other people to move the packaging forward. > > Unfortunately, I am busy elsewhere to continue with the main bulk of packaging > Cyrus IMAP and SASL in Debian. Also it's not just "take whatever upstream has" > due tu past legacy and upgrade paths between Debian stable releases. Hi Ond?ej, I have been using Cyrus for almost a decade, and Debian since 1994. I run a few Cyrus servers, albeit not using all the features. I have done Debian packaging before (for work projects not for Debian itself though) so I know my way around a bit but I'm not completely up to speed on some of the newer packaging features. I'm willing to help with packaging, coding, testing, documenting, etc. Matt From brong at fastmailteam.com Tue Oct 2 13:23:19 2018 From: brong at fastmailteam.com (Bron Gondwana) Date: Tue, 02 Oct 2018 13:23:19 -0400 Subject: Notes Oct 1st In-Reply-To: References: <95d476d4-8f6f-462e-84c9-edbd7eb97ac6@sloti22d1t06> <1538489807.1884734.1527929192.5CFEC022@webmail.messagingengine.com> Message-ID: <7373b604-3e07-4d41-bcf5-d7299d9ac23b@sloti22d1t06> That's excellent Matt. Do let us (Cyrus upstream team) know if there's anything we can do to help you with taking on packaging. Cheers, Bron. On Tue, Oct 2, 2018, at 12:02, Matt via Cyrus-devel wrote: > On 02/10/18 14:16, Ond?ej Sur? wrote: > > Hi, > > > > On Mon, Oct 1, 2018, at 16:18, Bron Gondwana wrote: > >> ellie: > >> * Cyrus is no longer being packaged directly by Debian > >> - we should look at how we want to distribute Cyrus for Debian users - > >> nightly builds? Releases? > > I am sorry for my lack of time after I changed jobs. Today, I finally moved > > the Debian packaging git repositories to Debian GitLab instance and I can > > help other people to get involved in packaging Cyrus IMAP and Cyrus SASL > > in Debian. > > > > The repositories are here: > > > > https://salsa.debian.org/debian/cyrus-imapd > > https://salsa.debian.org/debian/cyrus-sasl2 > > > > Max Kosmach has already volunteer to fix the cyrus-imapd in Debian stable > > and I can mentor and sponsor other people to move the packaging forward. > > > > Unfortunately, I am busy elsewhere to continue with the main bulk of packaging > > Cyrus IMAP and SASL in Debian. Also it's not just "take whatever upstream has" > > due tu past legacy and upgrade paths between Debian stable releases. > Hi Ond?ej, > > I have been using Cyrus for almost a decade, and Debian since 1994. I > run a few Cyrus servers, albeit not using all the features. I have done > Debian packaging before (for work projects not for Debian itself though) > so I know my way around a bit but I'm not completely up to speed on some > of the newer packaging features. > > I'm willing to help with packaging, coding, testing, documenting, etc. > > Matt > -- Bron Gondwana, CEO, FastMail Pty Ltd brong at fastmailteam.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From rsto at fastmailteam.com Mon Oct 8 07:27:13 2018 From: rsto at fastmailteam.com (Robert Stepanek) Date: Mon, 08 Oct 2018 07:27:13 -0400 Subject: Cyrus meeting notes - October 8, 2018 Message-ID: <91003aa9-b839-4ba3-b071-07e05ac9a59a@sloti22d1t06> Participants: Ellie, Ken, RobertS Ellie: - Released new Cyrus 2.5 version. - Worked with Chris on migrating cyrusimap.org to Github Pages. Not yet finished, but it's moving forward. Ken: - New SASL release soon (got delayed by conference visit). Waiting for feedback and pending one pull request for Visual Studio. - Worked on binary time-zone RFC draft. - Plans to jump back into mailbox-by-id change in Cyrus. RobertS: - Started working on improved intermediate mailbox support in JMAP mail module. - Implemented isSubsribed property for JMAP calendars. - Released version 8 of JSCalendar RFC draft. - Plans to continue intermediate mailbox work this week: prototype support to auto-promote intermediate mailboxes during JMAP requests. - Plans to update Xapian cyruslibs fork and revisit CJK word segmentation pull request for Xapian upstream. Cheers, Robert From carlos.velasco at nimastelecom.com Tue Oct 9 07:32:02 2018 From: carlos.velasco at nimastelecom.com (Carlos Velasco) Date: Tue, 9 Oct 2018 13:32:02 +0200 Subject: Cyrus meeting notes - October 8, 2018 In-Reply-To: <91003aa9-b839-4ba3-b071-07e05ac9a59a@sloti22d1t06> References: <91003aa9-b839-4ba3-b071-07e05ac9a59a@sloti22d1t06> Message-ID: Hi, > Ellie: > - Released new Cyrus 2.5 version. Forgot the announcement mail? Regards, Carlos Velasco From ellie at fastmail.com Tue Oct 9 19:34:40 2018 From: ellie at fastmail.com (ellie timoney) Date: Wed, 10 Oct 2018 10:34:40 +1100 Subject: Cyrus meeting notes - October 8, 2018 In-Reply-To: References: <91003aa9-b839-4ba3-b071-07e05ac9a59a@sloti22d1t06> Message-ID: <1539128080.2651626.1536574432.7D240222@webmail.messagingengine.com> On Tue, Oct 9, 2018, at 10:32 PM, Carlos Velasco wrote: > Hi, > > > Ellie: > > - Released new Cyrus 2.5 version. > > Forgot the announcement mail? Nope, it went to the announce and info lists, same as it always does: http://asg.web.cmu.edu/archive/message.php?mailbox=archive.cyrus-announce&msg=273 From carlos.velasco at nimastelecom.com Wed Oct 10 04:19:29 2018 From: carlos.velasco at nimastelecom.com (Carlos Velasco) Date: Wed, 10 Oct 2018 10:19:29 +0200 Subject: Cyrus meeting notes - October 8, 2018 In-Reply-To: <1539128080.2651626.1536574432.7D240222@webmail.messagingengine.com> References: <91003aa9-b839-4ba3-b071-07e05ac9a59a@sloti22d1t06> <1539128080.2651626.1536574432.7D240222@webmail.messagingengine.com> Message-ID: <2634eba9-bc5f-25de-c9d2-0521c7390a08@nimastelecom.com> > On Tue, Oct 9, 2018, at 10:32 PM, Carlos Velasco wrote: >> Hi, >> >>> Ellie: >>> - Released new Cyrus 2.5 version. >> >> Forgot the announcement mail? > > Nope, it went to the announce and info lists, same as it always does: > http://asg.web.cmu.edu/archive/message.php?mailbox=archive.cyrus-announce&msg=273 Oww, I'm sorry. Problem on my side. Regards From brong at fastmailteam.com Mon Oct 22 07:10:50 2018 From: brong at fastmailteam.com (Bron Gondwana) Date: Mon, 22 Oct 2018 07:10:50 -0400 Subject: Notes 22 Oct Message-ID: <15069ab8-d90c-4941-ae0f-a22013221a2d@sloti22d1t06> Present: Partha, ellie, Bron We forgot that both Ken and Robert weren't coming, so we didn't need to stay up late! Oops. Partha: *merged zeroskip a couple of weeks back, but it has issues with unused variables which he will fix. ellie: * trying to find tags for cyrus-sasl - it looks like they never got exported from Phabricator, so they might need to be recreated by hand for older releases. * planning for X-GM-LABELS equivalent (probably called MAILBOXIDS to match objectid and JMAP naming) via IMAP. Bron has been sick all last week and didn't get much of anything done, let alone any Cyrus work! -- Bron Gondwana, CEO, FastMail Pty Ltd brong at fastmailteam.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From murch at fastmail.com Mon Oct 29 07:53:46 2018 From: murch at fastmail.com (Ken Murchison) Date: Mon, 29 Oct 2018 07:53:46 -0400 Subject: Cyrus meeting notes - October 29, 2018 Message-ID: Participants: Ellie, Ken, RobertS, Bron, Partha Ellie: - Retroactively? adding SASL release tags - Working on issue #2547 Ken: - Going to release SASL 2.1.27 this week, regardless of status of Windows support - Working on mailbox paths by uniqueid.? 90% of Cass tests succeeding.? Mostly need to work on Quotas and Replication - Need to investigate why his personal calendars don't appear in JMAP UI RobertS: - Completed improved intermediate mailbox support in JMAP mail module - in production - Fixed parsing of bogus email addresses in Cyrus - implemented multi-mailbox search in Cyrus JMAP - Working on updating Cyrus to latest JSCalendar draft Bron: - Implemented addDates for JMAP mail - Fixed issue with failed search not properly closing mailboxes - Working on INBOX.INBOX issue with RobM Partha: - Working on splitting time zones from cyruslibs -- Ken Murchison Cyrus Development Team FastMail US LLC -------------- next part -------------- A non-text attachment was scrubbed... Name: murch.vcf Type: text/x-vcard Size: 4 bytes Desc: not available URL: