Re: [Jmap] [Last-Call] [art] Artart last call review of draft-ietf-jmap-contacts-06

Rob Sayre <sayrer@gmail.com> Fri, 12 April 2024 06:24 UTC

Return-Path: <sayrer@gmail.com>
X-Original-To: jmap@ietfa.amsl.com
Delivered-To: jmap@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 77EF3C14F60E; Thu, 11 Apr 2024 23:24:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.097
X-Spam-Level:
X-Spam-Status: No, score=-7.097 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, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 i3-EuA6TH8v6; Thu, 11 Apr 2024 23:24:38 -0700 (PDT)
Received: from mail-ej1-x62e.google.com (mail-ej1-x62e.google.com [IPv6:2a00:1450:4864:20::62e]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 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 E566CC14F60D; Thu, 11 Apr 2024 23:24:37 -0700 (PDT)
Received: by mail-ej1-x62e.google.com with SMTP id a640c23a62f3a-a51b5633c9cso59619066b.2; Thu, 11 Apr 2024 23:24:37 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1712903076; x=1713507876; darn=ietf.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=SHQNdaICci9UJjbzKO4f6dTkyeNn2jyW70bq99nyA6A=; b=T6NYVNY4UzZ03iFUJzc9D5qwTuvi5c5ezYZ419TJ2CoB7xaTU7biJ9j5h+wtIUdOyq 1L4b3a8n1C/KTmoJaMiIriYTrDv+Q/bXyu9D8e7W21XH+KPjy6SskeUd+sNNfpN9hOxE 0e7lnJJYvLzCFMu/2rldzfhjnctxjg905iKc35akyNhh2O4Gk7dg1FTbdCX4iNqMhaNl xUN+XK2blQb81O/vcrKgWrWbyu8+xAiY3cd2HwRByCX0YV9OyiMtp+XiwTY7MkizsL1/ 4hRUOXSYWUeCGqYwa+mDs8tANmIPFDoPp7JlQ/3q69pQm5mxTzCG7d14PkFKRkqbGhPt 3n8Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1712903076; x=1713507876; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=SHQNdaICci9UJjbzKO4f6dTkyeNn2jyW70bq99nyA6A=; b=XT36/c+cO+HYjWagPIEKTztvtf47JQcW0A3JTMk8z3jdZb9Jp2WfKBKtxsb7aaCnQI dggPKKfpUcRxBCLKCDPNCNr6n0mLwcazWIDyd2apyYoQhgI5RXU+6twHFoQJ11ssTm5N ornmPs+ybSEY89BBOxo/DNK2XL1c925RVQhTc1rCilHKt1SjfGb+0fvPf7v1XKzdWoh+ a/Bw0i3DjOi6MdNfXggrhkJDZS6hZrGLF08tf619Qhz5JgHBSpwAbhGdiQXjmZf7wgIa gispzCtA2KWDp4UjdIBEHL5PnT+MKTcYja7HjiW2WfUCqfkwAhSJUp5g7eEWNjsZJY/Q n8sw==
X-Forwarded-Encrypted: i=1; AJvYcCU7NcI30Ol9NKgB+bsLVCL1VPqcEHNPFf1DnxEwF5IXPSFaHML01nV2yVwVl1PGc4PWgBVzOxDjEKqJnxUrVDOY+9v7dzQ/mIONiE+l1x3v0nTMHOIr4IRmmppECFYRkbyZpX+2mwlMyPdwSxFUM8pAyu04Df2jByKQmXER6p5n3v5SztYdeQ==
X-Gm-Message-State: AOJu0Yxzr/NytsOZG4BpSGSz6278XRZ549io3NvjyRIEW73Rcmor+Pdk 6J3jTCFVTlIHSOiSYatWTuLttQ9ND/FXRK4A347MDLm2N+kkjQ5mY/mBN4o9DCr4y1NBP0rdHwg srGJMALoEgWrQ4KsWnPtsFP9i5Cc=
X-Google-Smtp-Source: AGHT+IE7wltxihHMIWJLmuUPcF5GG/PJFuWoVWClXxasKOJnXiyBtFYuqdhzePaEihRXWu1pCrLL0Eo4vEZuWRnMMrM=
X-Received: by 2002:a17:906:c9c2:b0:a52:3874:6208 with SMTP id hk2-20020a170906c9c200b00a5238746208mr295191ejb.61.1712903075368; Thu, 11 Apr 2024 23:24:35 -0700 (PDT)
MIME-Version: 1.0
References: <171112316193.8644.5801107423421446407@ietfa.amsl.com> <1C02FE5D-624B-4BBE-A7F3-91EDF54CDE4F@tzi.org> <b5fac088-9eb3-4ede-a266-f943aeaab076@stpeter.im> <4E9A8148-9EFE-4448-B94E-96FBDB6A2B9A@tzi.org> <06c317c8-8d14-4d78-a4c9-9c44cfc3ec31@stpeter.im> <03ef2b74-19d2-43c1-9c5b-b0aa315c8738@dogfoodapp.fastmail.com> <5c10be7c-8913-46f5-a0bd-e28102624d88@stpeter.im> <C42C278BC5CB8F3EE2920E99@PSB> <521b092a-6490-4fe2-9126-961335a1892b@stpeter.im> <94FE04C6853F55BF4B1C1FFB@PSB> <58438804-1a10-4a86-8f87-d449c0db542a@betaapp.fastmail.com> <407F5BC2-BEFE-4F6B-872D-FB31934740A3@tzi.org> <48ACBF0C07D869A2B7CE1151@PSB> <BBAD5203-3C97-42CF-91B7-3795F495F9DE@tzi.org> <C7BD794D4CA959AAE6EF9EA4@PSB> <6618d057.170a0220.9e35.0081SMTPIN_ADDED_BROKEN@mx.google.com>
In-Reply-To: <6618d057.170a0220.9e35.0081SMTPIN_ADDED_BROKEN@mx.google.com>
From: Rob Sayre <sayrer@gmail.com>
Date: Thu, 11 Apr 2024 23:24:23 -0700
Message-ID: <CAChr6Sz90UvaC+kWOF02uFfg-fLXL3_3QXOGz0xLCdc4XBaypg@mail.gmail.com>
To: Neil Jenkins <neilj=40fastmailteam.com@dmarc.ietf.org>
Cc: John C Klensin <john-ietf@jck.com>, Carsten Bormann <cabo@tzi.org>, Bron Gondwana <brong=40fastmailteam.com@dmarc.ietf.org>, Peter Saint-Andre <stpeter@stpeter.im>, art@ietf.org, draft-ietf-jmap-contacts.all@ietf.org, IETF JMAP Mailing List <jmap@ietf.org>, last-call@ietf.org
Content-Type: multipart/alternative; boundary="000000000000579b360615e05325"
Archived-At: <https://mailarchive.ietf.org/arch/msg/jmap/IxqiYlQzo-nTjN24Seeqpjslqo4>
Subject: Re: [Jmap] [Last-Call] [art] Artart last call review of draft-ietf-jmap-contacts-06
X-BeenThere: jmap@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: JSON Message Access Protocol <jmap.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/jmap>, <mailto:jmap-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/jmap/>
List-Post: <mailto:jmap@ietf.org>
List-Help: <mailto:jmap-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/jmap>, <mailto:jmap-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 12 Apr 2024 06:24:38 -0000

On Thu, Apr 11, 2024 at 11:10 PM Neil Jenkins <neilj=
40fastmailteam.com@dmarc.ietf.org> wrote:

>
> Experience has shown that unrestricted use of Unicode can lead to problems
> such as inconsistent rendering, users reading text and interpreting it
> differently than intended, and unexpected results when copying text from
> one location to another. Servers MAY choose to mitigate this by restricting
> the set of characters allowed in otherwise unconstrained String fields. The
> FreeformClass, as documented in [RFC7564], Section 4.3 may be a good
> starting point for this
>

Which PRECIS implementations did you check this text with?

thanks,
Rob