From nobody Wed Mar  5 07:23:48 2014
Return-Path: <Patrick.Mevzek@afnic.fr>
X-Original-To: provreg@ietfa.amsl.com
Delivered-To: provreg@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2D7411A06F2 for <provreg@ietfa.amsl.com>; Wed,  5 Mar 2014 07:23:45 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.15
X-Spam-Level: 
X-Spam-Status: No, score=-0.15 tagged_above=-999 required=5 tests=[BAYES_05=-0.5, HELO_EQ_FR=0.35] autolearn=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id obqmEwz6dXcZ for <provreg@ietfa.amsl.com>; Wed,  5 Mar 2014 07:23:43 -0800 (PST)
Received: from mx4.nic.fr (mx4.nic.fr [IPv6:2001:67c:2218:2::4:12]) by ietfa.amsl.com (Postfix) with ESMTP id A77A01A06F7 for <provreg@ietf.org>; Wed,  5 Mar 2014 07:23:43 -0800 (PST)
Received: from mx4.nic.fr (localhost [127.0.0.1]) by mx4.nic.fr (Postfix) with SMTP id C162B2806CF for <provreg@ietf.org>; Wed,  5 Mar 2014 16:23:38 +0100 (CET)
Received: from relay2.nic.fr (relay2.nic.fr [192.134.4.163]) by mx4.nic.fr (Postfix) with ESMTP id BD73E2806C9 for <provreg@ietf.org>; Wed,  5 Mar 2014 16:23:38 +0100 (CET)
Received: from [IPv6:2001:67c:1348:7::86:96] (citrine.tech.ipv6.nic.fr [IPv6:2001:67c:1348:7::86:96]) by relay2.nic.fr (Postfix) with ESMTP id B1DBBB38038; Wed,  5 Mar 2014 16:23:08 +0100 (CET)
Message-ID: <1394032988.26535.58.camel@citrine>
From: Patrick Mevzek <Patrick.Mevzek@afnic.fr>
To: "provreg@ietf.org" <provreg@ietf.org>
Date: Wed, 05 Mar 2014 16:23:08 +0100
Organization: AFNIC
Content-Type: text/plain; charset="UTF-8"
X-Mailer: Evolution 3.6.4-0ubuntu1 
Mime-Version: 1.0
Content-Transfer-Encoding: 7bit
Archived-At: http://mailarchive.ietf.org/arch/msg/provreg/gc2ITXHC9HL6KFQZ8A49W3-wz2c
Subject: [provreg] Inconsistency in number of status values in draft-tan-epp-launchphase-12 ?
X-BeenThere: provreg@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: EPP discussion list <provreg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/provreg>, <mailto:provreg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/provreg/>
List-Post: <mailto:provreg@ietf.org>
List-Help: <mailto:provreg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/provreg>, <mailto:provreg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 05 Mar 2014 15:23:45 -0000

Hello,

the text says :
Certain status values MAY be combined.  For example, an application
   or registration may be both "invalid" and "rejected"

the schema says :
<complexType name="infDataType">
       <sequence>
         <element name="phase" type="launch:phaseType"/>
        <element name="applicationID"
         type="launch:applicationIDType"
         minOccurs="0"/>
        <element name="status" type="launch:statusType"
         minOccurs="0"/>

so maybe a maxOccurs="unbounded" should be added there ?
or maxOccurs="7" to be extra conservative ?

-- 
Patrick Mevzek


From nobody Wed Mar  5 07:36:35 2014
Return-Path: <JGould@verisign.com>
X-Original-To: provreg@ietfa.amsl.com
Delivered-To: provreg@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AC51C1A0732; Wed,  5 Mar 2014 07:36:30 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.201
X-Spam-Level: 
X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 080RFsQTZBKQ; Wed,  5 Mar 2014 07:36:28 -0800 (PST)
Received: from exprod6og116.obsmtp.com (exprod6og116.obsmtp.com [64.18.1.37]) by ietfa.amsl.com (Postfix) with ESMTP id BC3E51A013E; Wed,  5 Mar 2014 07:36:26 -0800 (PST)
Received: from osprey.verisign.com ([216.168.239.75]) (using TLSv1) by exprod6ob116.postini.com ([64.18.5.12]) with SMTP ID DSNKUxdEd4k9GVw5ockq8zHdfW8GLutv+8y+@postini.com; Wed, 05 Mar 2014 07:36:25 PST
Received: from brn1wnexcas01.vcorp.ad.vrsn.com (brn1wnexcas01.vcorp.ad.vrsn.com [10.173.152.205]) by osprey.verisign.com (8.13.6/8.13.4) with ESMTP id s25FaMHJ020678 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 5 Mar 2014 10:36:22 -0500
Received: from BRN1WNEXMBX01.vcorp.ad.vrsn.com ([::1]) by brn1wnexcas01.vcorp.ad.vrsn.com ([::1]) with mapi id 14.03.0123.003; Wed, 5 Mar 2014 10:36:21 -0500
From: "Gould, James" <JGould@verisign.com>
To: Patrick Mevzek <Patrick.Mevzek@afnic.fr>, "provreg@ietf.org" <provreg@ietf.org>
Thread-Topic: [provreg] Inconsistency in number of status values in draft-tan-epp-launchphase-12 ?
Thread-Index: AQHPOIboKI3h0PNq90CKfHIzVQ1wPprSoDmA
Date: Wed, 5 Mar 2014 15:36:21 +0000
Message-ID: <CF3CAD62.58C04%jgould@verisign.com>
In-Reply-To: <1394032988.26535.58.camel@citrine>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/14.3.6.130613
x-originating-ip: [10.173.152.4]
Content-Type: text/plain; charset="us-ascii"
Content-ID: <3B15A6C5E1CC454582881FEA435423AB@verisign.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: http://mailarchive.ietf.org/arch/msg/provreg/3pt45eOhYYsNFNR1-bWST014Nvc
Cc: "eppext@ietf.org" <eppext@ietf.org>
Subject: Re: [provreg] Inconsistency in number of status values in draft-tan-epp-launchphase-12 ?
X-BeenThere: provreg@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: EPP discussion list <provreg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/provreg>, <mailto:provreg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/provreg/>
List-Post: <mailto:provreg@ietf.org>
List-Help: <mailto:provreg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/provreg>, <mailto:provreg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 05 Mar 2014 15:36:31 -0000

Patrick,

Good catch. My recommendation is for the text to be tightened up to
support only a single status, since the status really reflects the status
or state within the state diagram of Figure 1.  Adding support for
multiple statuses in the XML schema would make it more difficult for the
client to determine the state of the application. Thoughts?

--=20
=20
JG
=20

=20
James Gould
Principal Software Engineer
jgould@verisign.com
=20
703-948-3271 (Office)
12061 Bluemont Way
Reston, VA 20190
VerisignInc.com




On 3/5/14, 10:23 AM, "Patrick Mevzek" <Patrick.Mevzek@afnic.fr> wrote:

>Hello,
>
>the text says :
>Certain status values MAY be combined.  For example, an application
>   or registration may be both "invalid" and "rejected"
>
>the schema says :
><complexType name=3D"infDataType">
>       <sequence>
>         <element name=3D"phase" type=3D"launch:phaseType"/>
>        <element name=3D"applicationID"
>         type=3D"launch:applicationIDType"
>         minOccurs=3D"0"/>
>        <element name=3D"status" type=3D"launch:statusType"
>         minOccurs=3D"0"/>
>
>so maybe a maxOccurs=3D"unbounded" should be added there ?
>or maxOccurs=3D"7" to be extra conservative ?
>
>--=20
>Patrick Mevzek
>
>_______________________________________________
>provreg mailing list
>provreg@ietf.org
>https://www.ietf.org/mailman/listinfo/provreg


From nobody Wed Mar  5 08:26:37 2014
Return-Path: <gavin.brown@centralnic.com>
X-Original-To: provreg@ietfa.amsl.com
Delivered-To: provreg@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1BD631A01D8; Wed,  5 Mar 2014 08:26:37 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.448
X-Spam-Level: 
X-Spam-Status: No, score=-2.448 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.547, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Wld5uNBKpuZT; Wed,  5 Mar 2014 08:26:35 -0800 (PST)
Received: from smtp.centralnic.com (smtp.centralnic.com [193.105.170.131]) by ietfa.amsl.com (Postfix) with ESMTP id 1A0151A00E9; Wed,  5 Mar 2014 08:26:35 -0800 (PST)
Received: from CNIC-MBP-200117.local (unknown [2.123.100.65]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by smtp.centralnic.com (Postfix) with ESMTPSA id 177B57203A4; Wed,  5 Mar 2014 16:26:30 +0000 (UTC)
Message-ID: <53175035.3010102@centralnic.com>
Date: Wed, 05 Mar 2014 16:26:29 +0000
From: Gavin Brown <gavin.brown@centralnic.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.3.0
MIME-Version: 1.0
To: "Gould, James" <JGould@verisign.com>,  Patrick Mevzek <Patrick.Mevzek@afnic.fr>, "provreg@ietf.org" <provreg@ietf.org>
References: <CF3CAD62.58C04%jgould@verisign.com>
In-Reply-To: <CF3CAD62.58C04%jgould@verisign.com>
X-Enigmail-Version: 1.6
Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="S2McwMVTQNKx4uNweWae5PSk1wglVb7UO"
Archived-At: http://mailarchive.ietf.org/arch/msg/provreg/486yRd2RhfMsXD9o5kPH9IWw9K8
Cc: "eppext@ietf.org" <eppext@ietf.org>
Subject: Re: [provreg] [eppext] Inconsistency in number of status values in draft-tan-epp-launchphase-12 ?
X-BeenThere: provreg@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: EPP discussion list <provreg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/provreg>, <mailto:provreg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/provreg/>
List-Post: <mailto:provreg@ietf.org>
List-Help: <mailto:provreg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/provreg>, <mailto:provreg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 05 Mar 2014 16:26:37 -0000

This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--S2McwMVTQNKx4uNweWae5PSk1wglVb7UO
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

+1. Our implementation only supports a single status. Are there any
implementations which require this design?

I'll add this point to my slides for discussion tomorrow.

G.

On 05/03/2014 15:36, Gould, James wrote:
> Patrick,
>=20
> Good catch. My recommendation is for the text to be tightened up to
> support only a single status, since the status really reflects the stat=
us
> or state within the state diagram of Figure 1.  Adding support for
> multiple statuses in the XML schema would make it more difficult for th=
e
> client to determine the state of the application. Thoughts?
>=20

--=20
Gavin Brown
Chief Technology Officer
CentralNic Group plc (LSE:CNIC)
Innovative, Reliable and Flexible Registry Services
for ccTLD, gTLD and private domain name registries
https://www.centralnic.com/

CentralNic Group plc is a company registered in England and Wales with
company
number 8576358. Registered Offices: 35-39 Moorgate, London, EC2R 6AR.


--S2McwMVTQNKx4uNweWae5PSk1wglVb7UO
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: GnuPG/MacGPG2 v2.0.22 (Darwin)
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iEYEARECAAYFAlMXUDgACgkQ6H45IPkjtM5ESACfb5GTEHNjJ3lAiyt+MkgCfgtr
VWsAnjly3DMuQzfosC8thXTAUbWQ6TG7
=iprK
-----END PGP SIGNATURE-----

--S2McwMVTQNKx4uNweWae5PSk1wglVb7UO--


From nobody Wed Mar  5 20:35:04 2014
Return-Path: <mcanix@gmail.com>
X-Original-To: provreg@ietfa.amsl.com
Delivered-To: provreg@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 25ACF1A0099; Wed,  5 Mar 2014 20:35:02 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level: 
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sGTXW4QPp0uV; Wed,  5 Mar 2014 20:34:59 -0800 (PST)
Received: from mail-we0-x22d.google.com (mail-we0-x22d.google.com [IPv6:2a00:1450:400c:c03::22d]) by ietfa.amsl.com (Postfix) with ESMTP id C3C871A00B0; Wed,  5 Mar 2014 20:34:58 -0800 (PST)
Received: by mail-we0-f173.google.com with SMTP id w61so2398598wes.4 for <multiple recipients>; Wed, 05 Mar 2014 20:34:54 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;  h=content-type:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=dNaXUr3NOKPsgtM+tBqda6v0Qp/UBUZrJaa2K8G7tlA=; b=RcFEKCIUVYCmCOhCpsyG+QXYc5lo2ti0UF2G4TOe4krAeVoLg7UcZle1AM9o/msoZk 44RwRSbTyrvn2MLKlj/VI6g3wzbifygzfEe8hJsqcp6I3mvup7G/BMckjDEZtQmgaovO JPYodBIi++7IL398CHB8pBMstcu1oZ0UMbgRpyHfmShjjpn206YhdzjNryAWlG7x8xS8 WfbNJHYqrOhvdnZoOtls8JRG8r+Mro8ydvezG51n0InbAzeKr1K5CYnLwwRUdTKVIseo Y+UTUO6HJ8SubUUmcx9I3OfXmDzp/lDL44dNtwavEO5LqChJ6umOHZC4k9PYw28PogEM CScA==
X-Received: by 10.194.6.8 with SMTP id w8mr6688615wjw.16.1394080494573; Wed, 05 Mar 2014 20:34:54 -0800 (PST)
Received: from nakal.int.coza.net.za ([206.223.136.247]) by mx.google.com with ESMTPSA id az1sm10613687wjb.11.2014.03.05.20.34.51 for <multiple recipients> (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 05 Mar 2014 20:34:53 -0800 (PST)
Content-Type: multipart/signed; boundary="Apple-Mail=_7C41DF94-0571-4D68-B2D5-40F8CC891B89"; protocol="application/pkcs7-signature"; micalg=sha1
Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\))
From: Mike O <mcanix@gmail.com>
In-Reply-To: <CF3CAD62.58C04%jgould@verisign.com>
Date: Thu, 6 Mar 2014 06:34:47 +0200
Message-Id: <2CF458C6-2C8C-46F2-AF12-72B6516B215F@gmail.com>
References: <CF3CAD62.58C04%jgould@verisign.com>
To: "Gould, James" <JGould@verisign.com>
X-Mailer: Apple Mail (2.1874)
Archived-At: http://mailarchive.ietf.org/arch/msg/provreg/y-YIcvTvakEPEqbwtl8KQdAS8xU
Cc: "eppext@ietf.org" <eppext@ietf.org>, "provreg@ietf.org" <provreg@ietf.org>
Subject: Re: [provreg] [eppext] Inconsistency in number of status values in draft-tan-epp-launchphase-12 ?
X-BeenThere: provreg@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: EPP discussion list <provreg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/provreg>, <mailto:provreg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/provreg/>
List-Post: <mailto:provreg@ietf.org>
List-Help: <mailto:provreg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/provreg>, <mailto:provreg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 06 Mar 2014 04:35:02 -0000

--Apple-Mail=_7C41DF94-0571-4D68-B2D5-40F8CC891B89
Content-Type: multipart/alternative;
	boundary="Apple-Mail=_93A1BEC3-2CE8-4CDD-8CD1-A44A56717191"


--Apple-Mail=_93A1BEC3-2CE8-4CDD-8CD1-A44A56717191
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii

+1, We've coded according to the Schema, multiple statuses would require =
a redesign...

--

If you don't know where you are going, any road will get you there.

On 05 Mar 2014, at 5:36 PM, Gould, James <JGould@verisign.com> wrote:

> Patrick,
>=20
> Good catch. My recommendation is for the text to be tightened up to
> support only a single status, since the status really reflects the =
status
> or state within the state diagram of Figure 1.  Adding support for
> multiple statuses in the XML schema would make it more difficult for =
the
> client to determine the state of the application. Thoughts?
>=20
> --=20
>=20
> JG
>=20
>=20
>=20
> James Gould
> Principal Software Engineer
> jgould@verisign.com
>=20
> 703-948-3271 (Office)
> 12061 Bluemont Way
> Reston, VA 20190
> VerisignInc.com
>=20
>=20
>=20
>=20
> On 3/5/14, 10:23 AM, "Patrick Mevzek" <Patrick.Mevzek@afnic.fr> wrote:
>=20
>> Hello,
>>=20
>> the text says :
>> Certain status values MAY be combined.  For example, an application
>>  or registration may be both "invalid" and "rejected"
>>=20
>> the schema says :
>> <complexType name=3D"infDataType">
>>      <sequence>
>>        <element name=3D"phase" type=3D"launch:phaseType"/>
>>       <element name=3D"applicationID"
>>        type=3D"launch:applicationIDType"
>>        minOccurs=3D"0"/>
>>       <element name=3D"status" type=3D"launch:statusType"
>>        minOccurs=3D"0"/>
>>=20
>> so maybe a maxOccurs=3D"unbounded" should be added there ?
>> or maxOccurs=3D"7" to be extra conservative ?
>>=20
>> --=20
>> Patrick Mevzek
>>=20
>> _______________________________________________
>> provreg mailing list
>> provreg@ietf.org
>> https://www.ietf.org/mailman/listinfo/provreg
>=20
> _______________________________________________
> EppExt mailing list
> EppExt@ietf.org
> https://www.ietf.org/mailman/listinfo/eppext


--Apple-Mail=_93A1BEC3-2CE8-4CDD-8CD1-A44A56717191
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=us-ascii

<html><head><meta http-equiv=3D"Content-Type" content=3D"text/html =
charset=3Dus-ascii"></head><body style=3D"word-wrap: break-word; =
-webkit-nbsp-mode: space; -webkit-line-break: after-white-space;">+1, =
We've coded according to the Schema, multiple statuses would require a =
redesign...<div><br><div>
<span class=3D"Apple-style-span" style=3D"border-collapse: separate; =
color: rgb(0, 0, 0); font-family: Helvetica; font-style: normal; =
font-variant: normal; font-weight: normal; letter-spacing: normal; =
line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: =
0px; text-transform: none; white-space: normal; widows: 2; word-spacing: =
0px; -webkit-border-horizontal-spacing: 0px; =
-webkit-border-vertical-spacing: 0px; =
-webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: =
auto; -webkit-text-stroke-width: 0px;  =
"><div>--</div><div><br></div><div>If you don't know where you are =
going, any road will get you there.</div></span>

</div>
<br><div><div>On 05 Mar 2014, at 5:36 PM, Gould, James &lt;<a =
href=3D"mailto:JGould@verisign.com">JGould@verisign.com</a>&gt; =
wrote:</div><br class=3D"Apple-interchange-newline"><blockquote =
type=3D"cite">Patrick,<br><br>Good catch. My recommendation is for the =
text to be tightened up to<br>support only a single status, since the =
status really reflects the status<br>or state within the state diagram =
of Figure 1. &nbsp;Adding support for<br>multiple statuses in the XML =
schema would make it more difficult for the<br>client to determine the =
state of the application. Thoughts?<br><br>-- =
<br><br>JG<br><br><br><br>James Gould<br>Principal Software =
Engineer<br><a =
href=3D"mailto:jgould@verisign.com">jgould@verisign.com</a><br><br>703-948=
-3271 (Office)<br>12061 Bluemont Way<br>Reston, VA =
20190<br>VerisignInc.com<br><br><br><br><br>On 3/5/14, 10:23 AM, =
"Patrick Mevzek" &lt;Patrick.Mevzek@afnic.fr&gt; =
wrote:<br><br><blockquote type=3D"cite">Hello,<br><br>the text says =
:<br>Certain status values MAY be combined. &nbsp;For example, an =
application<br> &nbsp;or registration may be both "invalid" and =
"rejected"<br><br>the schema says :<br>&lt;complexType =
name=3D"infDataType"&gt;<br> =
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;sequence&gt;<br> =
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;element name=3D"phase" =
type=3D"launch:phaseType"/&gt;<br> =
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;element name=3D"applicationID"<br>=
 =
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;type=3D"launch:applicationIDType=
"<br> &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;minOccurs=3D"0"/&gt;<br> =
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;element name=3D"status" =
type=3D"launch:statusType"<br> =
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;minOccurs=3D"0"/&gt;<br><br>so =
maybe a maxOccurs=3D"unbounded" should be added there ?<br>or =
maxOccurs=3D"7" to be extra conservative ?<br><br>-- <br>Patrick =
Mevzek<br><br>_______________________________________________<br>provreg =
mailing =
list<br>provreg@ietf.org<br>https://www.ietf.org/mailman/listinfo/provreg<=
br></blockquote><br>_______________________________________________<br>Epp=
Ext mailing =
list<br>EppExt@ietf.org<br>https://www.ietf.org/mailman/listinfo/eppext<br=
></blockquote></div><br></div></body></html>=

--Apple-Mail=_93A1BEC3-2CE8-4CDD-8CD1-A44A56717191--

--Apple-Mail=_7C41DF94-0571-4D68-B2D5-40F8CC891B89
Content-Disposition: attachment;
	filename=smime.p7s
Content-Type: application/pkcs7-signature;
	name=smime.p7s
Content-Transfer-Encoding: base64

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIMWjCCBh4w
ggUGoAMCAQICAwkUOzANBgkqhkiG9w0BAQsFADCBjDELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0
YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25pbmcx
ODA2BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFyeSBJbnRlcm1lZGlhdGUgQ2xpZW50IENB
MB4XDTE0MDIyNDAxMzM0M1oXDTE1MDIyNTA0NTAyNlowPDEZMBcGA1UEAwwQbWNhbml4QGdtYWls
LmNvbTEfMB0GCSqGSIb3DQEJARYQbWNhbml4QGdtYWlsLmNvbTCCASIwDQYJKoZIhvcNAQEBBQAD
ggEPADCCAQoCggEBAJyHnB4RIqixrIFrbNiKjVRdE1TjpmurfGVZHGOL6oeXEJUJPo/CvwSfbVm1
8ZoXKoMLH42e7hgPOuoKeiLhGcKd+Z9IA2Wcl03eYZf3UxchmFp+iT/OxEBZJ4iq1GP0YakIZ/qi
SYEblvgQj6Z3cec1dS7+qQP76hJM3jgzV+fKSJCzWMCYSx61Ph67gQ342kr5Zp4H+kkCeyAuUHSR
BD+55g0PcLQBuMKor0LJaWd2F/DsMQ6EFPLndLMdQ0wy1/NVD/rEE2YPWBM0wH/npGc2XDMGOhEf
AXKWc9Nus7USSj9Z7VJcU+5Sac/UaiDJ7hYH/YJo3KRSIieiiuifXq8CAwEAAaOCAtYwggLSMAkG
A1UdEwQCMAAwCwYDVR0PBAQDAgSwMB0GA1UdJQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDAdBgNV
HQ4EFgQUTGVaCcUapcwLwsQO3vrhJdMQxKwwHwYDVR0jBBgwFoAUU3Ltkpzg2ssBXHx+ljVO8tS4
UYIwGwYDVR0RBBQwEoEQbWNhbml4QGdtYWlsLmNvbTCCAUwGA1UdIASCAUMwggE/MIIBOwYLKwYB
BAGBtTcBAgMwggEqMC4GCCsGAQUFBwIBFiJodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9wb2xpY3ku
cGRmMIH3BggrBgEFBQcCAjCB6jAnFiBTdGFydENvbSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTAD
AgEBGoG+VGhpcyBjZXJ0aWZpY2F0ZSB3YXMgaXNzdWVkIGFjY29yZGluZyB0byB0aGUgQ2xhc3Mg
MSBWYWxpZGF0aW9uIHJlcXVpcmVtZW50cyBvZiB0aGUgU3RhcnRDb20gQ0EgcG9saWN5LCByZWxp
YW5jZSBvbmx5IGZvciB0aGUgaW50ZW5kZWQgcHVycG9zZSBpbiBjb21wbGlhbmNlIG9mIHRoZSBy
ZWx5aW5nIHBhcnR5IG9ibGlnYXRpb25zLjA2BgNVHR8ELzAtMCugKaAnhiVodHRwOi8vY3JsLnN0
YXJ0c3NsLmNvbS9jcnR1MS1jcmwuY3JsMIGOBggrBgEFBQcBAQSBgTB/MDkGCCsGAQUFBzABhi1o
dHRwOi8vb2NzcC5zdGFydHNzbC5jb20vc3ViL2NsYXNzMS9jbGllbnQvY2EwQgYIKwYBBQUHMAKG
Nmh0dHA6Ly9haWEuc3RhcnRzc2wuY29tL2NlcnRzL3N1Yi5jbGFzczEuY2xpZW50LmNhLmNydDAj
BgNVHRIEHDAahhhodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS8wDQYJKoZIhvcNAQELBQADggEBAAoz
H9Pu8tAjGIAsKTGVyFXr+dJONncoZVLdMIl5szd4svZlqss6VjsxzM9mHhF0b/ZryTi2G04UvpEJ
KCApxqRBq8tGvJHdsIpDdPciYXFVroi6i2WZLeBZTcu6pwHIJ4WrKEln+7k5C/JFejQ/IW95FI4j
BUHt+rDklbDUnzNU253Mt0sWs9YQatkNGckK0CsC8TEmuqTAz58t7aECt9Z0c91+6kmZRmONC1o8
SLO1pT9sRj/vNdXlyKsJLs8yvTtPkkGBjtlSM0MJojIqu9Gx631WPWcAZE/MxGqG2RtJjlO0WnZM
Y7DtAy7NllANppHgfV8A/umpWzI84IL3M90wggY0MIIEHKADAgECAgEeMA0GCSqGSIb3DQEBBQUA
MH0xCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUg
RGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMSkwJwYDVQQDEyBTdGFydENvbSBDZXJ0aWZpY2F0
aW9uIEF1dGhvcml0eTAeFw0wNzEwMjQyMTAxNTVaFw0xNzEwMjQyMTAxNTVaMIGMMQswCQYDVQQG
EwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERpZ2l0YWwgQ2Vy
dGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xhc3MgMSBQcmltYXJ5IEludGVy
bWVkaWF0ZSBDbGllbnQgQ0EwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDHCYPMzi3Y
GrEppC4Tq5a+ijKDjKaIQZZVR63UbxIP6uq/I0fhCu+cQhoUfE6ERKKnu8zPf1Jwuk0tsvVCk6U9
b+0UjM0dLep3ZdE1gblK/1FwYT5Pipsu2yOMluLqwvsuz9/9f1+1PKHG/FaR/wpbfuIqu54qzHDY
eqiUfsYzoVflR80DAC7hmJ+SmZnNTWyUGHJbBpA8Q89lGxahNvuryGaC/o2/ceD2uYDX9U8Eg5Dp
IpGQdcbQeGarV04WgAUjjXX5r/2dabmtxWMZwhZna//jdiSyrrSMTGKkDiXm6/3/4ebfeZuCYKzN
2P8O2F/Xe2AC/Y7zeEsnR7FOp+uXAgMBAAGjggGtMIIBqTAPBgNVHRMBAf8EBTADAQH/MA4GA1Ud
DwEB/wQEAwIBBjAdBgNVHQ4EFgQUU3Ltkpzg2ssBXHx+ljVO8tS4UYIwHwYDVR0jBBgwFoAUTgvv
GqRAW6UXaYcwyjRoQ9BBrvIwZgYIKwYBBQUHAQEEWjBYMCcGCCsGAQUFBzABhhtodHRwOi8vb2Nz
cC5zdGFydHNzbC5jb20vY2EwLQYIKwYBBQUHMAKGIWh0dHA6Ly93d3cuc3RhcnRzc2wuY29tL3Nm
c2NhLmNydDBbBgNVHR8EVDBSMCegJaAjhiFodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9zZnNjYS5j
cmwwJ6AloCOGIWh0dHA6Ly9jcmwuc3RhcnRzc2wuY29tL3Nmc2NhLmNybDCBgAYDVR0gBHkwdzB1
BgsrBgEEAYG1NwECATBmMC4GCCsGAQUFBwIBFiJodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9wb2xp
Y3kucGRmMDQGCCsGAQUFBwIBFihodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9pbnRlcm1lZGlhdGUu
cGRmMA0GCSqGSIb3DQEBBQUAA4ICAQAKgwh9eKssBly4Y4xerhy5I3dNoXHYfYa8PlVLL/qtXnkF
gdtY1o95CfegFJTwqBBmf8pyTUnFsukDFUI22zF5bVHzuJ+GxhnSqN2sD1qetbYwBYK2iyYA5Pg7
Er1A+hKMIzEzcduRkIMmCeUTyMyikfbUFvIBivtvkR8ZFAk22BZy+pJfAoedO61HTz4qSfQoCRcL
N5A0t4DkuVhTMXIzuQ8CnykhExD6x4e6ebIbrjZLb7L+ocR0y4YjCl/Pd4MXU91y0vTipgr/O75C
DUHDRHCCKBVmz/Rzkc/b970MEeHt5LC3NiWTgBSvrLEuVzBKM586YoRD9Dy3OHQgWI270g+5MYA8
GfgI/EPT5G7xPbCDz+zjdH89PeR3U4So4lSXur6H6vp+m9TQXPF3a0LwZrp8MQ+Z77U1uL7TelWO
5lApsbAonrqASfTpaprFVkL4nyGH+NHST2ZJPWIBk81i6Vw0ny0qZW2Niy/QvVNKbb43A43ny076
khXO7cNbBIRdJ/6qQNq9Bqb5C0Q5nEsFcj75oxQRqlKf6TcvGbjxkJh8BYtv9ePsXklAxtm8J7GC
UBthHSQgepbkOexhJ0wP8imUkyiPHQ0GvEnd83129fZjoEhdGwXV27ioRKbj/cIq7JRXun0NbeY+
UdMYu9jGfIpDLtUUGSgsg2zMGs5R4jGCA28wggNrAgEBMIGUMIGMMQswCQYDVQQGEwJJTDEWMBQG
A1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUg
U2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xhc3MgMSBQcmltYXJ5IEludGVybWVkaWF0ZSBD
bGllbnQgQ0ECAwkUOzAJBgUrDgMCGgUAoIIBrzAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwG
CSqGSIb3DQEJBTEPFw0xNDAzMDYwNDM0NDdaMCMGCSqGSIb3DQEJBDEWBBQr2A7tAPTetS4HHdqH
XJ4Zr+AxFDCBpQYJKwYBBAGCNxAEMYGXMIGUMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3Rh
cnRDb20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4
MDYGA1UEAxMvU3RhcnRDb20gQ2xhc3MgMSBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0EC
AwkUOzCBpwYLKoZIhvcNAQkQAgsxgZeggZQwgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFy
dENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMTgw
NgYDVQQDEy9TdGFydENvbSBDbGFzcyAxIFByaW1hcnkgSW50ZXJtZWRpYXRlIENsaWVudCBDQQID
CRQ7MA0GCSqGSIb3DQEBAQUABIIBAEwmySYn9fXFgoysaw2dpHcSQaPjDRm+7a1vUf/ED604UVW4
eMoqT0WqOsYXCy6JnIpoyZHwDs4QXaSeWgL7sO4lzZwCvl16fYjHxUkE19bqzEEB+0L6egm5cHH1
8ffZhzeAF+Wv7Mbrr4BAqi1lqxkOcW/6NcPYeKFIE8LIK1SnQjKy6WaKdJcNurcE9alGtpsefgA2
ChtNm0Io/a6YeaOzUM6Om/T/k6r3LnQrZ9Ey09mfvmiYDBqnI19iGXRUQYakEsVj1iJRJpE1NY23
VvC9tWK3fgkNpGU9bOgQxwJYIQ0ar/+q3GAzOuBkwn/m5KRgpvQiX5IqVyBTPobdQoAAAAAAAAA=

--Apple-Mail=_7C41DF94-0571-4D68-B2D5-40F8CC891B89--


From nobody Fri Mar  7 00:44:16 2014
Return-Path: <wil@cloudregistry.net>
X-Original-To: provreg@ietfa.amsl.com
Delivered-To: provreg@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 41E3B1A0103 for <provreg@ietfa.amsl.com>; Fri,  7 Mar 2014 00:44:12 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.978
X-Spam-Level: 
X-Spam-Status: No, score=-1.978 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qHHvDULuigVW for <provreg@ietfa.amsl.com>; Fri,  7 Mar 2014 00:44:08 -0800 (PST)
Received: from mail-we0-f181.google.com (mail-we0-f181.google.com [74.125.82.181]) by ietfa.amsl.com (Postfix) with ESMTP id 958251A010F for <provreg@ietf.org>; Fri,  7 Mar 2014 00:44:06 -0800 (PST)
Received: by mail-we0-f181.google.com with SMTP id q58so4501248wes.26 for <provreg@ietf.org>; Fri, 07 Mar 2014 00:44:02 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=yIqjDnxx6DGWuwftjBP/rVG5QCQxlIKoFuam3B0w8OE=; b=Sv69Ez06RJneFCYtyEmtOnguT9vBIgqbPrpF/D0MCOaJs4GJPOixmob/AgFKqPYz8y 80QIpaIGqDkfjgYOsvbWCZVMDgppvzPZXXjSIYy9IRinxY7m3W7fWQTDhpPk24XrvZzO cBzpGIJUyGxFsjorI1WTTQLkM/HV6Bh9NgRTxj+S5CMDWEB/PzJ/2tW+w8Mc4hxA1jEk J5YzNnsl0LOy6S1GE3VuqGDa12gaAVDlhCjWX8Y4TMDZJxmPaBgL/fhPt2yQ19sM5rXd CgB9ttTdOGeJ57BRHVP4v9I5D2xZlZZlKbY0zBpzeoG2CisUg9QoWCij1ymMHxrEGYER bKIw==
X-Gm-Message-State: ALoCoQlDwvLXGzIUgztrUF31s0e1jKykbP5EdYXW68pNJB3VNY9of5m4G8490EBsSG80cyTrU6BE
MIME-Version: 1.0
X-Received: by 10.194.2.168 with SMTP id 8mr17145888wjv.8.1394181841927; Fri, 07 Mar 2014 00:44:01 -0800 (PST)
Received: by 10.216.95.66 with HTTP; Fri, 7 Mar 2014 00:44:01 -0800 (PST)
Received: by 10.216.95.66 with HTTP; Fri, 7 Mar 2014 00:44:01 -0800 (PST)
In-Reply-To: <53175035.3010102@centralnic.com>
References: <CF3CAD62.58C04%jgould@verisign.com> <53175035.3010102@centralnic.com>
Date: Fri, 7 Mar 2014 19:44:01 +1100
Message-ID: <CACnMJCOCv8fQPXbSv3wks_pB3X=ZOCooLLuAHx6ra1ktjMTX0A@mail.gmail.com>
From: Wil Tan <wil@cloudregistry.net>
To: Gavin Brown <gavin.brown@centralnic.com>
Content-Type: multipart/alternative; boundary=047d7b3a893a70d8a004f400418d
Archived-At: http://mailarchive.ietf.org/arch/msg/provreg/u4mxMkPQwwtcQhCctwCP5832vjE
Cc: eppext@ietf.org, "provreg@ietf.org" <provreg@ietf.org>
Subject: Re: [provreg] [eppext] Inconsistency in number of status values in draft-tan-epp-launchphase-12 ?
X-BeenThere: provreg@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: EPP discussion list <provreg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/provreg>, <mailto:provreg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/provreg/>
List-Post: <mailto:provreg@ietf.org>
List-Help: <mailto:provreg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/provreg>, <mailto:provreg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 07 Mar 2014 08:44:12 -0000

--047d7b3a893a70d8a004f400418d
Content-Type: text/plain; charset=UTF-8

On 06/03/2014 3:26 am, "Gavin Brown" <gavin.brown@centralnic.com> wrote:
>
> +1. Our implementation only supports a single status. Are there any
> implementations which require this design?

+1 we should keep it simple. already the spec supports quite a few use
cases, so unless this is a blocker for a common scenario we should not
allow multiple status values.

.wil

>
> I'll add this point to my slides for discussion tomorrow.
>
> G.
>
> On 05/03/2014 15:36, Gould, James wrote:
> > Patrick,
> >
> > Good catch. My recommendation is for the text to be tightened up to
> > support only a single status, since the status really reflects the
status
> > or state within the state diagram of Figure 1.  Adding support for
> > multiple statuses in the XML schema would make it more difficult for the
> > client to determine the state of the application. Thoughts?
> >
>
> --
> Gavin Brown
> Chief Technology Officer
> CentralNic Group plc (LSE:CNIC)
> Innovative, Reliable and Flexible Registry Services
> for ccTLD, gTLD and private domain name registries
> https://www.centralnic.com/
>
> CentralNic Group plc is a company registered in England and Wales with
> company
> number 8576358. Registered Offices: 35-39 Moorgate, London, EC2R 6AR.
>
>
> _______________________________________________
> provreg mailing list
> provreg@ietf.org
> https://www.ietf.org/mailman/listinfo/provreg
>

--047d7b3a893a70d8a004f400418d
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<p dir=3D"ltr"><br>
On 06/03/2014 3:26 am, &quot;Gavin Brown&quot; &lt;<a href=3D"mailto:gavin.=
brown@centralnic.com">gavin.brown@centralnic.com</a>&gt; wrote:<br>
&gt;<br>
&gt; +1. Our implementation only supports a single status. Are there any<br=
>
&gt; implementations which require this design?</p>
<p dir=3D"ltr">+1 we should keep it simple. already the spec supports quite=
 a few use cases, so unless this is a blocker for a common scenario we shou=
ld not allow multiple status values.</p>
<p dir=3D"ltr">.wil</p>
<p dir=3D"ltr">&gt;<br>
&gt; I&#39;ll add this point to my slides for discussion tomorrow.<br>
&gt;<br>
&gt; G.<br>
&gt;<br>
&gt; On 05/03/2014 15:36, Gould, James wrote:<br>
&gt; &gt; Patrick,<br>
&gt; &gt;<br>
&gt; &gt; Good catch. My recommendation is for the text to be tightened up =
to<br>
&gt; &gt; support only a single status, since the status really reflects th=
e status<br>
&gt; &gt; or state within the state diagram of Figure 1. =C2=A0Adding suppo=
rt for<br>
&gt; &gt; multiple statuses in the XML schema would make it more difficult =
for the<br>
&gt; &gt; client to determine the state of the application. Thoughts?<br>
&gt; &gt;<br>
&gt;<br>
&gt; --<br>
&gt; Gavin Brown<br>
&gt; Chief Technology Officer<br>
&gt; CentralNic Group plc (LSE:CNIC)<br>
&gt; Innovative, Reliable and Flexible Registry Services<br>
&gt; for ccTLD, gTLD and private domain name registries<br>
&gt; <a href=3D"https://www.centralnic.com/">https://www.centralnic.com/</a=
><br>
&gt;<br>
&gt; CentralNic Group plc is a company registered in England and Wales with=
<br>
&gt; company<br>
&gt; number 8576358. Registered Offices: 35-39 Moorgate, London, EC2R 6AR.<=
br>
&gt;<br>
&gt;<br>
&gt; _______________________________________________<br>
&gt; provreg mailing list<br>
&gt; <a href=3D"mailto:provreg@ietf.org">provreg@ietf.org</a><br>
&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/provreg">https://www.=
ietf.org/mailman/listinfo/provreg</a><br>
&gt;<br>
</p>

--047d7b3a893a70d8a004f400418d--