IETF Logo Mail Archive

Re: [Gen-art] [Last-Call] [art] Artart last call review of draft-ietf-regext-epp-eai-12

Patrik Fältström <paf@paftech.se> Thu, 18 August 2022 12:24 UTC

Return-Path: <paf@paftech.se>
X-Original-To: gen-art@ietfa.amsl.com
Delivered-To: gen-art@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7C88CC14F606; Thu, 18 Aug 2022 05:24:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.108
X-Spam-Level:
X-Spam-Status: No, score=-2.108 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, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=paftech.se
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 w0bNgUaoc-62; Thu, 18 Aug 2022 05:23:58 -0700 (PDT)
Received: from mail.paftech.se (vm01.paftech.se [192.165.72.5]) (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 AD641C14CF17; Thu, 18 Aug 2022 05:23:57 -0700 (PDT)
Received: from [10.13.36.13] (office28.ggv13.sth.netnod.se [77.72.226.28]) by mail.paftech.se (Postfix) with ESMTPSA id 1FE264040D; Thu, 18 Aug 2022 14:23:54 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=paftech.se; s=2022013001; t=1660825434; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=/SBKZNCCD2WDImEB65bcL6uKsUDaw1UWP+06dBQV+8k=; b=CvjLDLvtsrxdxshR4dBb42AWFlo3DpEwas5t6rO9cfmTvL8/+gtm3ErKHfltVwbMW3KEV9 2KBTxRtTIVMBFYXSj34uQkhSFH+QpvZBr3bl6M21pWpt+uwdl70ZHMVDYH1Uwimok4me9M 20wJ1qdQIjAr117UxdG43qZzJTRE9RU=
From: Patrik Fältström <paf@paftech.se>
To: Dmitry Belyavsky <beldmit@gmail.com>
Cc: John C Klensin <john-ietf@jck.com>, "Gould, James" <jgould=40verisign.com@dmarc.ietf.org>, art@ietf.org, draft-ietf-regext-epp-eai.all@ietf.org, last-call@ietf.org, regext <regext@ietf.org>, i18ndir@ietf.org, gen-art@ietf.org
Date: Thu, 18 Aug 2022 14:23:52 +0200
X-Mailer: MailMate (1.14r5910)
Message-ID: <722098FF-5D34-4F2A-89D5-D23560CD8A87@paftech.se>
In-Reply-To: <CADqLbzLvN2JXpMH6iVUpLCb74wpEyahAu4hgb-6s_UAofc87kw@mail.gmail.com>
References: <00B2BD2D-63E7-4D73-95BC-DD0650B3A7DA@verisign.com> <8510291CFDD59E597396E0A4@PSB> <B12F0D2F-BFEE-4478-9E70-1152CB05A418@paftech.se> <CADqLbzLvN2JXpMH6iVUpLCb74wpEyahAu4hgb-6s_UAofc87kw@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="=_MailMate_8B470922-FF82-40D4-BE84-68BF038462CA_="; micalg="pgp-sha512"; protocol="application/pgp-signature"
Archived-At: <https://mailarchive.ietf.org/arch/msg/gen-art/W2cxaWi9ikT8grfW7sx7En9SrX0>
Subject: Re: [Gen-art] [Last-Call] [art] Artart last call review of draft-ietf-regext-epp-eai-12
X-BeenThere: gen-art@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: "GEN-ART: General Area Review Team" <gen-art.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/gen-art>, <mailto:gen-art-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/gen-art/>
List-Post: <mailto:gen-art@ietf.org>
List-Help: <mailto:gen-art-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/gen-art>, <mailto:gen-art-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 18 Aug 2022 12:24:02 -0000

On 18 Aug 2022, at 14:14, Dmitry Belyavsky wrote:

> If we try to provide uniform requirements, I'm not sure we should do it via preventing/limiting usage of non-ASCII email, speaking about this case.

I am not saying we should prevent it. I want the specification of how to do it be so well defined that it does not increase the diversity.

   Patrik

v2.23.0 | Report a Bug | By Email