Monday July 20th 16:30-18:30 (2 hours)
Room Name: Park Suite 6
documents: https://datatracker.ietf.org/wg/calext/documents/
material: https://datatracker.ietf.org/meeting/126/session/calext
draft-ietf-calext-jscontact-profiles-14 (RFC Ed queue)
### Robert Stepanek (w/ Neil Jenkins, Mario Loffredo): 20 min {#robert-stepanek-w-neil-jenkins-mario-loffredo-20-min}
draft-ietf-calext-jscalendarbis-17 (awaiting implementation reports)
anything of interest to revive?
documents: https://datatracker.ietf.org/wg/jmap/documents/
material: https://datatracker.ietf.org/meeting/126/session/jmap
draft-gondwana-jmap-object-history-00 (new work)
### Neil Jenkins: 5 min {#neil-jenkins-5-min}
anything of interest to revive?
Robert speaking
Neil: JMAP-Calendars went to AUTH48 and had to be held for JSCalendar
changes. Plan to do a short WGLC again on the minor changes made.
Neil will publish latest JMAP Calendars first.
ACTION: Chairs working group last call any calendar documents not
already (including JMAP Calendars)
Robert speaking
JSContact at Fastmail:
Bron: IETF has a liaison with ISO, we could ask them. Also, you could
state order in the object
ACTION: Bron to speak with ISO Liaison about address format spec.
No further work planned at the moment.
Rik speaking
Bron: what does a non-escaped comma mean in a URI?
Rik: if you know the type, you can parse it - if not you should treat it
as opaque!
text/directory => media type used by LDAP?
Andy: If you could tell me which errata are accepted but conflicting, I
can make it hold-for-doc-update, and there's an ldap mailing list.
Murray: can you tell me about text/directory?
ACTION: Rik fold extensions into VCARD4-BIS that we should keep.
PHB Speaking
Robert: would be in favour of doing a breaking change (so can store both
kinds of keys in the same object type).
Robert: with registry of update sources - would you want that in
JSContact registry, or another registry?
Murray: may have a solution for text/directory.
Spoken about during CALEXT
Mauro speaking
Mail Sharing:
ACTION: Bron to issue WGLC for JMAP Mail Sharing
Metadata:
Will implement in Stalwart once people believe it's clean. Know people
who want to use this.
ACTION: All please read and give suggestions on JMAP metadata spec.
Result References:
Neil thinks too complicated. Suggested adding a Type property to
ResultReference object.
Arnt: Question about ERR -> drops some roundtrips, does it also drop
error handling between roundtrips? Does it make things atomic?
Neil: was going to clarify for Arnt - don't think it affects error
handling, doesn't make things atomic, just reduces some round trips.
Alexey: Had dejavu with catenate etc in IMAP land, found it somewhat
useful but not widely deployed. Find some interesting enough, maybe
don't abandon but people need to think about it.
Mauro: server can say what it supports as well, JSON Pointer or JSON
Path? It's optional.
Bron: it's not dangerous to have this exist, question is who will
implement it.
Neil speaking
Not a lot to say. Last time were waiting for implementation experience.
Expect to have it by next meeting, and progress next time.
Mauro: have implemented it
ACTION: Neil and Mauro to review bundling of pushes when multiple emails
being pushed and update emailpush draft
Bron speaking
Regarding "how much should we be compatible with"?
Arnt: just anything S3 supports. Everyone just cares about S3 compat!
Locking -> there wasn't significant interest for locking.
atomic swap -> clients use this for locking, so it's valuable to have
it. Will add to one of the existing specs.
ACTION: Bron to add more examples of interesting use cases and @Type
to FileNode
Mauro: Wants an extension for collaborative editing. Will talk about
what is involved in that during the week.
Bron thinks blobext is basically done.
ACTION: Jim to issue call for adoption for jmap object history and
conditional updates.
Alexey speaking
Bron: this looks like it should be a Blob/set option in the new blobext.
Bron: in favour of doing what you said on the slide.
ACTION: Alexey to update the adopted WG smime doc with the alt version
Hans Joerg: majority of the expired docs were related just to our
use-cases.
Alexey: devils advocate / serious? Can use metadata to store notes!
Rik: We implement JMAP Notes. You could use Files (in a format that
stores the text you want) - can have a separate account or datagroup for
it.
Hans-Joerg: appreciate the feedback, right now observing that a lot of
tools are moving to block-notes (e.g. like Notion). Maybe could just
store in a file, but -- even JMAP Contacts you don't really need because
you could just store it in a file.
Ben: Notes app for Nextcloud just uses TXT files on storage. Main issue
is "where do I store that?" -- don't want a directory visible to the
user. Want private storage for my app. Like how IMAP clients create
folders which show up - want it private.
... Tasks: if not solved by jscalendar, then is needed.
Rik: Tasks "solved" by jscalendar, but what it solves is the
representation of a VTODO (a JS Task) but we don't have a JMAP API to
manage them. Audriga's draft handles lots of formats. We want a minimal
core, plus extensions for the rest.
Mauro: was supposed to work on with Hans Joerg. Already present in
Stalwart. Standard way to store/access/set common proporties defined in
most servers. Account settings, user timezone, language, etc.
ACTION: Mauro and Hans-Joerg to publish a draft for jmap account
settings.
We did them.