Re: Fwd: New Version Notification for draft-brown-epp-fees-01.txt
Seth Goldman <[email protected]> Wed, 4 Jun 2014 10:23:28 -0400
| Newsgroups | gmane.ietf.provreg |
|---|---|
| Message-ID | <CAAHh_-L-02YGiS4vBfqM54iecGKAN8FXpXP1865L4wMryfAWgg@mail.gmail.com> |
--===============2381808569428875633== Content-Type: multipart/alternative; boundary=089e0118258a4c771904fb035fad --089e0118258a4c771904fb035fad Content-Type: text/plain; charset=ISO-8859-1 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 > > --089e0118258a4c771904fb035fad Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr">Hi Gavin,<div><br></div><div>One slight correction to the = version on the github repository - it appears that the schema has a typo. T= he "fee" element on general transform commands should be a repeat= ed field:</div> <div><a href=3D"https://github.com/centralnic/epp-fee-extension/blob/master= /draft-brown-epp-fees.txt#L1492">https://github.com/centralnic/epp-fee-exte= nsion/blob/master/draft-brown-epp-fees.txt#L1492</a><br></div><div>That is,= this element should have 'maxOccurs=3D"unbounded"' 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">https://gith= ub.com/centralnic/epp-fee-extension/blob/master/draft-brown-epp-fees.txt#L1= 108</a><br> </div><div><a href=3D"https://github.com/centralnic/epp-fee-extension/blob/= master/draft-brown-epp-fees.txt#L1223">https://github.com/centralnic/epp-fe= e-extension/blob/master/draft-brown-epp-fees.txt#L1223</a></div><div>Also, = all other occurences of a "feeType" 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">On Thu, May 8, 2014= at 1:06 PM, Gavin Brown <span dir=3D"ltr"><<a href=3D"mailto:gavin.brow= [email protected]" target=3D"_blank">[email protected]</a>></spa= n> wrote:<br> <blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p= x #ccc solid;padding-left:1ex">Sorry, that 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 class=3D"im HOEnZb"><br> On 08/05/2014 18:04, Gavin Brown wrote:<br> > The working draft at the URL below has been updated to use this syntax= .<br> > There have also been a number of additional changes - please check the= <br> > change history and the git changelog for further details.<br> <br> </div><div class=3D"HOEnZb"><div class=3D"h5">--<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>_______________________________________________<br> provreg mailing list<br> <a href=3D"mailto:[email protected]">[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></blockquote></div><br></div> --089e0118258a4c771904fb035fad-- --===============2381808569428875633== 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 --===============2381808569428875633==--