[rpp] Re: An implementation of JSContact in JSON Schema
Stephane Bortzmeyer <bortzmeyer@nic.fr> Mon, 16 March 2026 11:33 UTC
Return-Path: <bortzmeyer@ietf.bortzmeyer.fr>
X-Original-To: rpp@mail2.ietf.org
Delivered-To: rpp@mail2.ietf.org
Received: from localhost (localhost [127.0.0.1]) by mail2.ietf.org (Postfix) with ESMTP id A06ACCB45800 for <rpp@mail2.ietf.org>; Mon, 16 Mar 2026 04:33:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -1.897
X-Spam-Level:
X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.001, RCVD_IN_VALIDITY_CERTIFIED_BLOCKED=0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail2.ietf.org ([166.84.6.31]) by localhost (mail2.ietf.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fWvUiC1xZ9eI for <rpp@mail2.ietf.org>; Mon, 16 Mar 2026 04:33:38 -0700 (PDT)
Received: from ayla.bortzmeyer.org (ayla.bortzmeyer.org [92.243.4.211]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by mail2.ietf.org (Postfix) with ESMTPS id F30F9CB457F7 for <rpp@ietf.org>; Mon, 16 Mar 2026 04:33:37 -0700 (PDT)
Received: by ayla.bortzmeyer.org (Postfix, from userid 10) id 6C0A7A0552; Mon, 16 Mar 2026 12:33:31 +0100 (CET)
Received: by sbo-Latitude-7480 (Postfix, from userid 1002) id CA7E019600A1; Mon, 16 Mar 2026 19:27:42 +0800 (HKT)
Date: Mon, 16 Mar 2026 19:27:42 +0800
From: Stephane Bortzmeyer <bortzmeyer@nic.fr>
To: Pawel Kowalik <kowalik=40denic.de@dmarc.ietf.org>
Message-ID: <abfpLjWva5nbf3oL@ietf.bortzmeyer.fr>
References: <abYT-eacTk_XBcp9@nic.fr> <479a9158-34bc-46a4-ba94-5c5971bbecf6@denic.de>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <479a9158-34bc-46a4-ba94-5c5971bbecf6@denic.de>
Message-ID-Hash: VY5TX6MXWR5TE5NPCGMPCH4AWNKLTBZW
X-Message-ID-Hash: VY5TX6MXWR5TE5NPCGMPCH4AWNKLTBZW
X-MailFrom: bortzmeyer@ietf.bortzmeyer.fr
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: rpp@ietf.org
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [rpp] Re: An implementation of JSContact in JSON Schema
List-Id: "This list discusses a provisioning protocol based on RESTful principles and corresponding data representations using JSON." <rpp.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/rpp/I19WV1FfOSdHzbjXuTrnZzBOSVw>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rpp>
List-Help: <mailto:rpp-request@ietf.org?subject=help>
List-Owner: <mailto:rpp-owner@ietf.org>
List-Post: <mailto:rpp@ietf.org>
List-Subscribe: <mailto:rpp-join@ietf.org>
List-Unsubscribe: <mailto:rpp-leave@ietf.org>
On Mon, Mar 16, 2026 at 09:29:49AM +0100, Pawel Kowalik wrote:
> If RPP were to use JSContact it would have to define a different profile of
> it imho.
Yes, JSContact is very lax and many things which are probably
mandatory for us (like the postal address) can be ommited. I think
that our goal should be that every RPP "document" describing a
contact/entity must be a valid JSContact card but the opposite does
not have to be true.
> Your implementation for example used name components for first and last
> name,
Which violates
<https://www.kalzumeus.com/2010/06/17/falsehoods-programmers-believe-about-names/>,
yes.
> what is not fitting domain registration data model defined in EPP.
The model of RFC 5733 is more correct but it can be represented in
JSContact with the "full" property (RFC 9553, section 2.2.1.1). So,
instead of:
"name": {"components": [{"kind": "given","value": "Li"},
{"kind": "surname","value": "Ping"}
use:
"name": {"full": "Li Ping"}
- [rpp] An implementation of JSContact in JSON Sche… Stephane Bortzmeyer
- [rpp] Re: An implementation of JSContact in JSON … Pawel Kowalik
- [rpp] Re: An implementation of JSContact in JSON … Stephane Bortzmeyer
- [rpp] Re: An implementation of JSContact in JSON … Pawel Kowalik
- [rpp] Re: An implementation of JSContact in JSON … Mario Loffredo
- [rpp] Re: An implementation of JSContact in JSON … Pawel Kowalik
- [rpp] Re: An implementation of JSContact in JSON … Jasdip Singh
- [rpp] Re: An implementation of JSContact in JSON … Andy Newton
- [rpp] Re: An implementation of JSContact in JSON … Pawel Kowalik
- [rpp] Re: An implementation of JSContact in JSON … Mario Loffredo
- [rpp] Re: An implementation of JSContact in JSON … Pawel Kowalik
- [rpp] Re: An implementation of JSContact in JSON … Jasdip Singh
- [rpp] Re: An implementation of JSContact in JSON … Pawel Kowalik
- [rpp] Re: An implementation of JSContact in JSON … Jasdip Singh
- [rpp] Re: An implementation of JSContact in JSON … Andy Newton