←back to thread

JMAP for Calendars, Contacts and Files Now in Stalwart

(stalw.art)
316 points StalwartLabs | 3 comments | 22 Oct 25 17:26 UTC | HN request time: 0.209s | source
Show context
sylens ◴[22 Oct 25 19:44 UTC] No.45674189[source]▶
We need better client support for JMAP. Apple Mail, Thunderbird, Outlook (as if), and so on. I'm surprised some of the smaller ones like Canary or Spark don't implement it as a product differentiator.
replies(3): >>45674372 #>>45675000 #>>45675410 #
woodruffw ◴[22 Oct 25 19:59 UTC] No.45674372[source]▶
Serious question: what’s the differentiator if major email providers don’t support it?

(This should not be interpreted as a defense of IMAP.)

replies(4): >>45674503 #>>45674641 #>>45675645 #>>45676469 #
1. whatevaa ◴[22 Oct 25 23:29 UTC] No.45676469[source]▶
IMAP is a shit protocol in general. Notably, email UIDs are not guaranteed to be static across sessions (aka, next time you connect they may be different), which is just straight up dumb. You IMAP client has to do a lot of workarounds just for this, which leads to gnarly bugs and inefficiences.
replies(2): >>45676646 #>>45678693 #
2. woodruffw ◴[22 Oct 25 23:57 UTC] No.45676646[source]▶
I don’t even remotely disagree with this. But that wasn’t the point: the point was that JMAP is only a competitive advantage if (major) email providers actually adopt it. Bad technologies regularly win because of inertia.
3. brongondwana ◴[23 Oct 25 06:08 UTC] No.45678693[source]▶
That's not strictly true. IMAP has two things, UIDs which are mostly static (there's a UIDVALIDITY cache invalidation key to let a client know that UID information has been lost and recalculated); and message numbers.

UIDs don't change, but of course they can be deleted so it's a gappy list, meaning you can request even quite a large looking range of UIDs and get nothing back.

Message numbers change in every session, and also change every time you get an EXPUNGE. They're basically an ordered list without gaps, so you do a memmove at the offset of the EXPUNGE each time you get an expunge.

There are efforts like UIDONLY (RFC9586) to avoid having to keep that mapping at all, and there's OBJECTID (RFC8474) to let you cache a lot more even when UIDs are changed or when messages are moved between folders.