Re: [calsify] [Last-Call] Artart last call review of draft-ietf-calext-jscontact-07

Robert Stepanek <rsto@fastmailteam.com> Fri, 01 September 2023 06:45 UTC

Return-Path: <rsto@fastmailteam.com>
X-Original-To: calsify@ietfa.amsl.com
Delivered-To: calsify@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3AE63C110D0E; Thu, 31 Aug 2023 23:45:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.107
X-Spam-Level:
X-Spam-Status: No, score=-7.107 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=fastmailteam.com header.b="nDKRC+Cs"; dkim=pass (2048-bit key) header.d=messagingengine.com header.b="iakCOTyq"
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dZdglNIm3Zwz; Thu, 31 Aug 2023 23:45:21 -0700 (PDT)
Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 47ED0C15256E; Thu, 31 Aug 2023 23:45:21 -0700 (PDT)
Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.nyi.internal (Postfix) with ESMTP id 364935C00EE; Fri, 1 Sep 2023 02:45:20 -0400 (EDT)
Received: from imap43 ([10.202.2.93]) by compute3.internal (MEProxy); Fri, 01 Sep 2023 02:45:20 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= fastmailteam.com; h=cc:cc:content-type:content-type:date:date :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:sender:subject:subject:to:to; s=fm2; t= 1693550720; x=1693637120; bh=aFODtReR8eQiLw0xJ+tr/Bk5HJTLR22Cfx7 m9iS2W3k=; b=nDKRC+CsJN+37mspAJEMkHy5xJqwwGR13DonALu8sAVDAf2Vrtb tQ60hDB/U8tk2yt7U1Rf8ZFKUmwYgds1AK/JMVYz/DSjEe1cTFGHlYF20KqTBL5l QaTqpjaxkhnV/0uivE7jFAzckaH7ODTJcIWihl99wKKDlUKJb4ZBfKuv9bmNo1/0 b9WkinwLRIEUW/HfgJDsgHzcqN24L9PqjZ3ySjE26LlT/nqVHFvYyjw+oWVijuBC XYz89mn9vRcICZwyHk/AaJaHmen46m9EjlJ8CYpzL3ByLxePFJ9lGOTthmIpqSHs dt7JlmD9WYdcTFVtJ6OSFy0XpOcoMlXm3oA==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:sender:subject :subject:to:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm1; t=1693550720; x=1693637120; bh=aFODtReR8eQiL w0xJ+tr/Bk5HJTLR22Cfx7m9iS2W3k=; b=iakCOTyqg2mJhFURciKgAhDnpm8+o PV3MAws77AUCp76Quv0NOMZqJcIp/DEg1UUOZppE6wBsbyM7HVjFJ8WB4gnneXbq T8nZBw6WAQoMPMoE6cmmXTzFhyOzqIN4IEuFhmPEKfRXwbxb2MuY9HTGZCKPf9Fg 3yF5waWmhF8CKs+dcYCYdznQCfUMMlKQhNRPbo4gSwcPMJRS1b0lTkxBjk9hwJcC n0lnwNpN0MhK8HMbO6U0zt9PB3y0zcYL6agpEQgK1GRqLR3V884O/jN89nZqhoDc aHYfbOynP0sQriQ5IFmYJub74DsHTWMFAhVgVPH1j/IBBYgEZcD/VjrQA==
X-ME-Sender: <xms:f4jxZEKrvz8DiWgZNfeIzlqluquYgfnpH_R9qCJnWFqzpbHlXroNEg> <xme:f4jxZEJTR72yAopHFnqPDhRUtSNRXK6jx3Z9NN5WnLofipS5RpcIljJPJLHNHZW5W ylVlmpotl5kog>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedviedrudeguddguddutdcutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd enucfjughrpefofgggkfgjfhffhffvvefutgesrgdtreerreerjeenucfhrhhomhepfdft ohgsvghrthcuufhtvghprghnvghkfdcuoehrshhtohesfhgrshhtmhgrihhlthgvrghmrd gtohhmqeenucggtffrrghtthgvrhhnpeeviedvueeiheegtdehieelleevkeevfefgtedv ieefledujedtlefgffdtgedvffenucffohhmrghinhepgihnqddqlhekjhgrrdgtohhmpd hivghtfhdrohhrghdprhhftgdqvgguihhtohhrrdhorhhgpdhitggrnhhnrdhorhhgnecu vehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomheprhhsthhose hfrghsthhmrghilhhtvggrmhdrtghomh
X-ME-Proxy: <xmx:f4jxZEsXZKBMXyQ8BHpZmg0qzEG3aTU-y79OD7qR3sl2ZWkNakdN_g> <xmx:f4jxZBa5kv-kALsyjsZM2XonXSbWZIsMduFURg7VwraMBcM2kNjayw> <xmx:f4jxZLZWTpQ66cX2qqreChboA05CuUdrc-zuulp5Sjv9KcZoYYghEw> <xmx:gIjxZGy-3mdW5MDK4ueIDW4Dq80QCr_2mWu26E85P_PWARsxYOctPA>
Feedback-ID: ia5d944da:Fastmail
Received: by mailuser.nyi.internal (Postfix, from userid 501) id 644F72D40091; Fri, 1 Sep 2023 02:45:19 -0400 (EDT)
X-Mailer: MessagingEngine.com Webmail Interface
User-Agent: Cyrus-JMAP/3.9.0-alpha0-711-g440737448e-fm-20230828.001-g44073744
Mime-Version: 1.0
Message-Id: <9306fcbd-7a44-45e7-847f-e81e82c1213c@app.fastmail.com>
In-Reply-To: <CAChr6Sw_522zE_ozJ2YyZJAkbY54AgqhzJb-uTiNiVnqF941zA@mail.gmail.com>
References: <168207023641.10169.13335976589846153291@ietfa.amsl.com> <e77b3332-694c-413d-8fa3-c8a1f005e254@app.fastmail.com> <5beb7882-4f67-039c-00ae-49d86277ccb6@it.aoyama.ac.jp> <3498b43d-14a1-4734-a231-7b92aca934ff@app.fastmail.com> <13F35ABF-6AE8-4E32-8C24-544F02BE79B0@tzi.org> <2bb161cc-fdfc-49f8-8b36-c1b329603f04@app.fastmail.com> <27F6E36C-B7E0-4367-8789-574B1E659EDF@tzi.org> <df38264b-f2fe-413b-a493-4c8d52aa1117@app.fastmail.com> <2a1c3796-6844-b428-6f4b-0a7703a18ba1@it.aoyama.ac.jp> <ced5145f-3331-4337-bca7-d891b4eea739@app.fastmail.com> <CAChr6Swf9QCtBS+ZvLS4VC2OvopBL5usE3Cz0_7saLp=LnG0Tg@mail.gmail.com> <CADZyTk=3waFW+nctSZDtbbLymJ2Lqx=fUMELS2v0BG45QBxOgw@mail.gmail.com> <85c0c403-fa48-4491-b051-c93f6a06d0cf@app.fastmail.com> <CAChr6SyopN4LCwzD+B8ZG6YTdQ6eViU8EArxL26M7d7_h3U7qQ@mail.gmail.com> <f73b4c50-fc47-43c6-b155-c875fffe5c5e@app.fastmail.com> <CAChr6Sw_522zE_ozJ2YyZJAkbY54AgqhzJb-uTiNiVnqF941zA@mail.gmail.com>
Date: Fri, 01 Sep 2023 08:44:46 +0200
From: Robert Stepanek <rsto@fastmailteam.com>
To: Rob Sayre <sayrer@gmail.com>
Cc: Daniel Migault <mglt.ietf@gmail.com>, Martin Dürst <duerst@it.aoyama.ac.jp>, Carsten Bormann <cabo@tzi.org>, art@ietf.org, calsify@ietf.org, draft-ietf-calext-jscontact.all@ietf.org, last-call@ietf.org
Content-Type: multipart/alternative; boundary="e13e5238a23848e6870bd2f95b9d0add"
Archived-At: <https://mailarchive.ietf.org/arch/msg/calsify/AYwNi5CfsKNo_h2Opm-NmBqIOFg>
Subject: Re: [calsify] [Last-Call] Artart last call review of draft-ietf-calext-jscontact-07
X-BeenThere: calsify@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Calendaring and Scheduling Standards Simplification <calsify.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/calsify>, <mailto:calsify-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/calsify/>
List-Post: <mailto:calsify@ietf.org>
List-Help: <mailto:calsify-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/calsify>, <mailto:calsify-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Sep 2023 06:45:26 -0000

On Thu, Aug 31, 2023, at 7:32 PM, Rob Sayre wrote:
> On Thu, Aug 31, 2023 at 7:15 AM Robert Stepanek <rsto@fastmailteam.com> wrote:
>> 1.6.2. URIs
>> 
>> Several properties require their string value to be a URI as defined in [RFC3986]. Implementations MUST make sure to use proper percent-encoding for URIs that can not be represented using unreserved URI characters. JSContact makes no recommendation how to display such URIs, but section "4.8.3 Internationalization and special characters" of the W3C URL Standard [W3C-URL] provides guidance for URLs found in context of a web browser.
> 
> OK, but this section still needs to cover IDNs, right? Must the domain be in be punycode? That's what I assume, but I'm not sure you want that. Example: http://ああ.com <http://xn--l8ja.com/>

I don't think it needs to cover IDNs, as the valid syntax of a URI is defined in RFC 3986 section 3 <https://datatracker.ietf.org/doc/html/rfc3986#section-3>, for the http URI scheme specifically in RFC 9110 section 4.2 <https://datatracker.ietf.org/doc/html/rfc9110#section-4.2>. Neither specifications mention RFC 3429 <https://www.rfc-editor.org/rfc/rfc3492> (Punycode) as a reference.

I am wary of restating too many requirements in the JSContact RFC for which other RFCs are authorative: there's always the risk of getting it wrong. That especially applies to DNS: https://rfc-annotations.research.icann.org.