Re: Fwd: New Version Notification for draft-brown-epp-fees-01.txt

--===============7062156112198957637==
Content-Type: multipart/alternative; boundary=047d7b339f2f7261d204fb80f366

--047d7b339f2f7261d204fb80f366
Content-Type: text/plain; charset=ISO-8859-1

Another typo: Line 1270 and 1273 should say "fee:update" instead of
"fee:create":
https://github.com/centralnic/epp-fee-extension/blob/master/draft-brown-epp-fees.txt#L1270
https://github.com/centralnic/epp-fee-extension/blob/master/draft-brown-epp-fees.txt#L1273


On Wed, Jun 4, 2014 at 10:23 AM, Seth Goldman <[email protected]> wrote:

> Hi Gavin,
>
> One slight correction to the version on the github repository - it appears
> that the schema has a typo. The "fee" element on general transform commands
> should be a repeated field:
>
> https://github.com/centralnic/epp-fee-extension/blob/master/draft-brown-epp-fees.txt#L1492
> That is, this element should have 'maxOccurs="unbounded"' on it.
>
> The text in the section above make it pretty clear this is the intention,
> e.g.:
>
> https://github.com/centralnic/epp-fee-extension/blob/master/draft-brown-epp-fees.txt#L1108
>
> https://github.com/centralnic/epp-fee-extension/blob/master/draft-brown-epp-fees.txt#L1223
> Also, all other occurences of a "feeType" element have this set on it.
>
> Second, I would also like to suggest that the server MAY require that the
> fee extension is always specified on transform commands. That is, it should
> be a matter of server policy whether the fee extension is required to be
> passed or not. The current wording suggests that the server will only
> validate the fee if the extension is passed, but otherwise will behave as
> it does today. This seems like it should be a matter of server policy.
>
> Cheers,
> Seth
>
>
>
> On Thu, May 8, 2014 at 1:06 PM, Gavin Brown <[email protected]>
> wrote:
>
>> Sorry, that URL is:
>>
>> https://github.com/centralnic/epp-fee-extension
>>
>> On 08/05/2014 18:04, Gavin Brown wrote:
>> > The working draft at the URL below has been updated to use this syntax.
>> > There have also been a number of additional changes - please check the
>> > change history and the git changelog for further details.
>>
>> --
>> 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
>> [email protected]
>> https://www.ietf.org/mailman/listinfo/provreg
>>
>>
>

--047d7b339f2f7261d204fb80f366
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Another typo: Line 1270 and 1273 should say &quot;fee:upda=
te&quot; instead of &quot;fee:create&quot;:<div><a href=3D"https://github.c=
om/centralnic/epp-fee-extension/blob/master/draft-brown-epp-fees.txt#L1270"=
>https://github.com/centralnic/epp-fee-extension/blob/master/draft-brown-ep=
p-fees.txt#L1270</a><br>
</div><div><a href=3D"https://github.com/centralnic/epp-fee-extension/blob/=
master/draft-brown-epp-fees.txt#L1273">https://github.com/centralnic/epp-fe=
e-extension/blob/master/draft-brown-epp-fees.txt#L1273</a><br></div></div>
<div class=3D"gmail_extra"><br><br><div class=3D"gmail_quote">On Wed, Jun 4=
, 2014 at 10:23 AM, Seth Goldman <span dir=3D"ltr">&lt;<a href=3D"mailto:se=
[email protected]" target=3D"_blank">[email protected]</a>&gt;</span> wro=
te:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr">Hi Gavin,<div><br></div><di=
v>One slight correction to the version on the github repository - it appear=
s that the schema has a typo. The &quot;fee&quot; element on general transf=
orm commands should be a repeated field:</div>

<div><a href=3D"https://github.com/centralnic/epp-fee-extension/blob/master=
/draft-brown-epp-fees.txt#L1492" target=3D"_blank">https://github.com/centr=
alnic/epp-fee-extension/blob/master/draft-brown-epp-fees.txt#L1492</a><br>
</div><div>That is, this element should have &#39;maxOccurs=3D&quot;unbound=
ed&quot;&#39; on it.</div>
<div><br></div><div>The text in the section above make it pretty clear this=
 is the intention, e.g.:</div><div><a href=3D"https://github.com/centralnic=
/epp-fee-extension/blob/master/draft-brown-epp-fees.txt#L1108" target=3D"_b=
lank">https://github.com/centralnic/epp-fee-extension/blob/master/draft-bro=
wn-epp-fees.txt#L1108</a><br>

</div><div><a href=3D"https://github.com/centralnic/epp-fee-extension/blob/=
master/draft-brown-epp-fees.txt#L1223" target=3D"_blank">https://github.com=
/centralnic/epp-fee-extension/blob/master/draft-brown-epp-fees.txt#L1223</a=
></div>
<div>Also, all other occurences of a &quot;feeType&quot; element have this =
set on it.<br>
</div><div><br></div><div>Second, I would also like to suggest that the ser=
ver MAY require that the fee extension is always specified on transform com=
mands. That is, it should be a matter of server policy whether the fee exte=
nsion is required to be passed or not. The current wording suggests that th=
e server will only validate the fee if the extension is passed, but otherwi=
se will behave as it does today. This seems like it should be a matter of s=
erver policy.</div>

<div><br></div><div>Cheers,</div><div>Seth</div><div><br></div></div><div c=
lass=3D"gmail_extra"><br><br><div class=3D"gmail_quote"><div><div class=3D"=
h5">On Thu, May 8, 2014 at 1:06 PM, Gavin Brown <span dir=3D"ltr">&lt;<a hr=
ef=3D"mailto:[email protected]" target=3D"_blank">gavin.brown@cent=
ralnic.com</a>&gt;</span> wrote:<br>

</div></div><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;bo=
rder-left:1px #ccc solid;padding-left:1ex"><div><div class=3D"h5">Sorry, th=
at URL is:<br>
<br>
<a href=3D"https://github.com/centralnic/epp-fee-extension" target=3D"_blan=
k">https://github.com/centralnic/epp-fee-extension</a><br>
<div><br>
On 08/05/2014 18:04, Gavin Brown wrote:<br>
&gt; The working draft at the URL below has been updated to use this syntax=
.<br>
&gt; There have also been a number of additional changes - please check the=
<br>
&gt; change history and the git changelog for further details.<br>
<br>
</div><div><div>--<br>
Gavin Brown<br>
Chief Technology Officer<br>
CentralNic Group plc (LSE:CNIC)<br>
Innovative, Reliable and Flexible Registry Services<br>
for ccTLD, gTLD and private domain name registries<br>
<a href=3D"https://www.centralnic.com/" target=3D"_blank">https://www.centr=
alnic.com/</a><br>
<br>
CentralNic Group plc is a company registered in England and Wales with<br>
company number 8576358. Registered Offices: 35-39 Moorgate, London,<br>
EC2R 6AR.<br>
<br>
</div></div><br></div></div><div class=3D"">_______________________________=
________________<br>
provreg mailing list<br>
<a href=3D"mailto:[email protected]" target=3D"_blank">[email protected]</a><=
br>
<a href=3D"https://www.ietf.org/mailman/listinfo/provreg" target=3D"_blank"=
>https://www.ietf.org/mailman/listinfo/provreg</a><br>
<br></div></blockquote></div><br></div>
</blockquote></div><br></div>

--047d7b339f2f7261d204fb80f366--


--===============7062156112198957637==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
provreg mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/provreg

--===============7062156112198957637==--