IETF Logo Mail Archive

Re: [calsify] Working Group Last call for jscontact drafts

Robert Stepanek <rsto@fastmailteam.com> Thu, 08 December 2022 16:46 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 2CEE8C14F75F for <calsify@ietfa.amsl.com>; Thu, 8 Dec 2022 08:46:22 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.797
X-Spam-Level:
X-Spam-Status: No, score=-2.797 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_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, 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=gSPKRowE; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=LFY1cicC
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 s45tChDYWKAW for <calsify@ietfa.amsl.com>; Thu, 8 Dec 2022 08:46:17 -0800 (PST)
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 0589CC14F733 for <calsify@ietf.org>; Thu, 8 Dec 2022 08:46:16 -0800 (PST)
Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.nyi.internal (Postfix) with ESMTP id 1D61D5C00E8 for <calsify@ietf.org>; Thu, 8 Dec 2022 11:46:16 -0500 (EST)
Received: from imap43 ([10.202.2.93]) by compute3.internal (MEProxy); Thu, 08 Dec 2022 11:46:16 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= fastmailteam.com; h=cc: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=fm3; t=1670517976; x= 1670604376; bh=7uGCY2L9FEtAuXHG0TthQfwY+1awzT8eoqqK8+v5/XQ=; b=g SPKRowEIKzNfT6oxJ5tzM5O2rI7atRXRYM91eQrntzxa2r7AT0OgN+oHwcYzhsa5 1cTkY6kBg+jSzvlyYAf8/hLWcQpk/F0VGQl1sM7hfNJ5WqzPgilvBa+6UhX0PeP2 t923xZYZ8RWwnpwIdGc1saSsf94WbMHb03Jzles7ch3mLw1CBntbIepGiwfLWLmn s3cWZWWuAthaX4soXdb5FfmTjPvr1Gj3uOLH4CEX/vHQT6V+hvpkJxSOFiYa4Gt2 Fvuwo7ewpQYIT8GewcCnA/vKvYE6kx4WWql6rtdPCQnwDa1DsV7g3Rsa63LYagr9 /HdqNwqOzNlONpMjwyocg==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc: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= fm2; t=1670517976; x=1670604376; bh=7uGCY2L9FEtAuXHG0TthQfwY+1aw zT8eoqqK8+v5/XQ=; b=LFY1cicC9s0R9B2BEnemosApTm38Ix7cEUS5xLf389T/ LWKdvTnKisK/ot3QqjVjjeU4do2hu5+AamXmkSUfL3IKeKeWhsXW5b4R8U7qXqJV Lhlh9+YeF2YzZrUXFGXrXyGeczT/4tZEiCzd0dds+zZyrxyTzYj0aEbNF7vwTvl2 n+9Z6+UPDGrQ63pWWmdI2uEWqyCg7OmmqZRm8Z0+uyzk/oAixifXEBRt4AFBjcK9 pZQofRolzGC3Aqc4xoCPIsZ2IO3zO0uE8KmWaxBghi22VhoSqdtf0V8sG9BB7iW8 qKOsVgdAS3QzAoV27gcfU4gcOMV503TBxSVzVrqxUg==
X-ME-Sender: <xms:1xSSY6tT5GEChJ7QcIta3x28Y1zB_Hq3B-O_54wgsc6s1JyXCDesBA> <xme:1xSSY_dd_YQ7DiTS5l5pR7KctTr56gxfU0DVH-qjqsRZJfIi0ZgpvayM-cRFBIxkX z83_Zr6X9jwAA>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvhedrvddtgdelgecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepofgfggfkjghffffhvffutgesrgdtre erreertdenucfhrhhomhepfdftohgsvghrthcuufhtvghprghnvghkfdcuoehrshhtohes fhgrshhtmhgrihhlthgvrghmrdgtohhmqeenucggtffrrghtthgvrhhnpeehgeeuvddtke fhtefgueefgfdvueetgeeffeelhedvudegjeejhfetuefgveevieenucevlhhushhtvghr ufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehrshhtohesfhgrshhtmhgrih hlthgvrghmrdgtohhm
X-ME-Proxy: <xmx:1xSSY1xEYQvKBMS86H9ICEpOcs7j9bDMr-OmLwYnsGNzmMrGTxwX8w> <xmx:1xSSY1MviE12TUnU45u8o8JWDZk1H2gG8CE4cbmp_jLg8gnWgcKDnQ> <xmx:1xSSY698SDTg91qoRoZ4bxg-mog1uOJfOyxNXvV0cSijvyXIYBBKzw> <xmx:2BSSY9JobUe5icSvuz4cGE3fxVuCxYXjtttKR2t6a2bu_PTq_0-eNA>
Feedback-ID: ia5d944da:Fastmail
Received: by mailuser.nyi.internal (Postfix, from userid 501) id D35482D40074; Thu, 8 Dec 2022 11:46:15 -0500 (EST)
X-Mailer: MessagingEngine.com Webmail Interface
User-Agent: Cyrus-JMAP/3.7.0-alpha0-1182-g34f8935ca4-fm-20221206.002-g34f8935c
Mime-Version: 1.0
Message-Id: <36c0a914-25a9-4c06-97bd-a17e0251514b@app.fastmail.com>
In-Reply-To: <77ba2bd4-98c4-421d-a237-848a048cf50b@app.fastmail.com>
References: <CADZyTkn_08H3zaG6PHwYOrN3sJZP_+_HUEF2ynWhsVBtg1bM4g@mail.gmail.com> <23d97a2d-0927-a046-83cf-bf2a3f300d4a@audriga.com> <77ba2bd4-98c4-421d-a237-848a048cf50b@app.fastmail.com>
Date: Thu, 08 Dec 2022 17:45:55 +0100
From: Robert Stepanek <rsto@fastmailteam.com>
To: calsify@ietf.org
Content-Type: multipart/alternative; boundary="79380b213b4443289a1a99b692a22e4a"
Archived-At: <https://mailarchive.ietf.org/arch/msg/calsify/O-WHSwCsf4mlrcoEStq98L2WCao>
Subject: Re: [calsify] Working Group Last call for jscontact drafts
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: Thu, 08 Dec 2022 16:46:22 -0000

On Thu, Dec 8, 2022, at 4:41 PM, Robert Stepanek wrote:
>>  * Section 2.2.4: Referring to my mail from 18th October, it is still not possible to model a contact with a department only. The Organization object cannot be created without a name. I still suggest making the name property optional (even though it can be an empty string. Maybe that would be the recommended route here?).
> I haven't had time to check with Mario, but I agree that we should make name optional. We'll need to sort out in the vCard conversion RFC how to deal with that, but setting an empty string on FN might work.

Sorry, I misread your proposal. Yes, we do want to allow name in Organization to not be set. In fact, we already had updated the draft to state "at least one of `name` and `units` *MUST* be set" , but the definition of the "name" property was still "mandatory" instead of "optional". I will update the doc.

v2.23.0 | Report a Bug | By Email