Re: [calsify] Request for preliminary review of JSContact property registrations

[Robert Stepanek <[e-mail]>]

Hi Neil,

Thanks for submitting this. I see that we haven't registered these properties for JSCalendar either, so whatever we now decide for JSContact should preferably be done for JSCalendar, too.

Reserving the "id" property name is a very good choice, and irrespective if that name gets used for JMAP it's likely we'll reserve that name anyway for arbitrary protocols to use.

The "addressBookIds" and "blobId" property names seem rather too specific for JMAP to reserve them in the standard namespace. Alternatives could be (same applies for blobId):
 • "jmapAddressBookIds" in the standard name space
 • "ietf.org:rfcXXXX:addressBookIds" as vendor-extension, where XXXX stands for the RFC number of the JMAP Contacts document. The "ietf.org" vendor prefix got reserved in the JSContact document for this purpose already.
 • "jmap.io:addressBookIds" as vendor-extension
The latter two wouldn't require a IANA registry at all.

What do you think?

Cheers,
Robert


On Tue, Feb 13, 2024, at 4:27 AM, Neil Jenkins wrote:
> As per Section 3.3.1 in the latest draft of the JSContact spec <https://datatracker.ietf.org/doc/html/draft-ietf-calext-jscontact-16#section-3.3.1>, I'm requesting preliminary review of the following registrations in the JMAP Contacts draft <https://www.ietf.org/archive/id/draft-ietf-jmap-contacts-03.html#name-jscontact-property-registra>:
> 
> *6.2.1. id*
> 
> Property Name: id
> Property Type: Id
> Property Context: Card
> Intended Use: Reserved
> Since Version: 1.0
> Change Controller: IETF
> 
> *6.2.2. addressBookIds*
> 
> Property Name: addressBookIds
> Property Type: Id
> Property Context: Card
> Intended Use: Reserved
> Since Version: 1.0
> Change Controller: IETF
> 
> *6.2.3. blobId*
> 
> Property Name: blobId
> Property Type: Id
> Property Context: Media
> Intended Use: Reserved
> Since Version: 1.0
> Change Controller: IETF
> 
> -----
> 
> Please reply with any comments or feedback
> 
> Cheers,
> Neil.
> _______________________________________________
> calsify mailing list
> [e-mail]
> https://www.ietf.org/mailman/listinfo/calsify
>