←back to thread

JMAP for Calendars, Contacts and Files Now in Stalwart

(stalw.art)
345 points StalwartLabs | 1 comments | 22 Oct 25 17:26 UTC | HN request time: 0.226s | source
Show context
vamega ◴[22 Oct 25 21:00 UTC] No.45675085[source]▶
I really hope Fastmail implements the JMAP spec for calendars and contacts soon. They’ve had the mail part of the spec implemented for a while, but it still requires CardDAV/CalDAV for contacts and calendar access.
replies(3): >>45675488 #>>45675987 #>>45678749 #
brongondwana ◴[23 Oct 25 06:16 UTC] No.45678749[source]▶
We're working on it. We still use an unholy set of earlier versions of JMAP internally for our contacts and calendars; in particular the caldav_sync code is gnarly - I wrote it over 10 years ago when I knew less about calendars than I do now! It's still using an earlier branch of what became the perl Net::CalDAVTalk library interally, even though our frontend API is an almost-up-to-date version of what will become the JMAP Calendars spec eventually.

The downsides of developing and testing this stuff as we were writing it up!

We've finished rewriting the objectid generation to give smaller sized and more sortable IDs (they're an inverse of nanosecond internaldates now, plus some extra magic on the low bits for IMAP appends to avoid clashes)... which we wanted to speed up and reduce disk usage for the offline mode.

Next up is indeed updating to the latest spec on calendars and contacts. Files might take a bit longer, I really want to do some desktop clients for the files system, we have a really nice files backend at Fastmail which is only accessible via our interface or WebDAV right now.

replies(2): >>45678825 #>>45680266 #
1. Loic ◴[23 Oct 25 06:32 UTC] No.45678825[source]▶
Off-Topic: Thank you for not only providing a stellar service with Fastmail, but also for contributing back to the OSS ecosystem and the specifications/RFC work. This takes a lot of time and we all benefit from this work. It helps many people/small IT shops to run a system outside of the "big ones". Again, thank you.