Hi Mario, On 16.09.26 18:03, Mario Loffredo wrote:
PK> depends how you frame it. Implementing any extension is a MAY by definition. But, if the extension is implemented, then you expect the server to use it in the payload don't you? The normative text in an extension draft already assumes, that the extension is implemented. Otherwise you would never define anything obligatory in an extension.Hi Pawel, please find my comments embedded below prefixed with [ML] Il 16/09/2026 17:14, Pawel Kowalik ha scritto:[ML] Basically, supporting JSContact format is an extension. Therefore, a server MAY return the jscontact_card, i.e. supporting the JSContact format is not required.Hi Mario, I was also confused with the logic of current 3.1.1.I believe it should be saying, that in implementing this extension jscontact_card is MUST (not MAY) at the places where vcardArray appears today, and it is MAY for vcardArray accounting for transition period.
PK> "JSContat format is returned only upon request" - is it a reasonable assumption? RDAP is build around "ignore unknown properties" therefore it shall remain an option for the server to add the extension data even if not requested, even if it is in the transition - which I would assume would be the typical approach to double the content if there is no signal in place.[ML] Your interpretation is correct. The JSContat format is returned only upon request. If a client requests this extension, this means that it's capable of handling the jscontact_card member; therefore, returning the vcardArray member as well is superfluous, and its absence in the response doesn't break the client.And I copy what Scott tells - MUST NOT of the two representations is very misleading and not even an intention. As implementer I would interpret that the two would never appear in one object and maybe even reject the payload if they did -which is not the intention.The other scenario where the server returns the JSContact extension regardless of whether it is requested is when the server transition from jCard to JSContact is completed, implying that all involved clients have finished the transition on their end. However, it can happen that a server continues to support both formats for a long time.
Kind Regards, Pawel
OpenPGP_0x46946DDF180B154D.asc
Description: OpenPGP public key
OpenPGP_signature.asc
Description: OpenPGP digital signature
_______________________________________________ regext mailing list -- [email protected] To unsubscribe send an email to [email protected]
