To:
"Hollenbeck, Scott" <shollenbeck@verisign.com>
CC:
ietf-provreg@cafax.se
From:
janusz <janusz@ca.afilias.info>
Date:
Thu, 20 Jul 2006 10:46:38 -0400
In-Reply-To:
<046F43A8D79C794FA4733814869CDF070165E00E@dul1wnexmb01.vcorp.ad.vrsn.com>
Sender:
owner-ietf-provreg@cafax.se
User-Agent:
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040413 Debian/1.6-5
Subject:
Re: [ietf-provreg] Summary of Test Matrix Discussions
The change of the text suggested by Scott would make the <value> element more helpful. Afilias registry team was evaluating possibility of fully supporting the current text but scalability considerations and implementation cost were the main factors behind the decision to phase out support for the element. Janusz Sienkiewicz Hollenbeck, Scott wrote: >I should note that there's another possibility: we can change the text >in the document to say that other info can be provided in the <value> >element. That's something to consider if implementers are finding more >value (no pun intended) in returning info other than XML elements. > >-Scott- > > > >>-----Original Message----- >>From: janusz [mailto:janusz@ca.afilias.info] >>Sent: Monday, July 17, 2006 4:09 PM >>To: Hollenbeck, Scott >>Cc: ietf-provreg@cafax.se >>Subject: Re: [ietf-provreg] Summary of Test Matrix Discussions >> >>I can confirm that Afilias EPP implementation does not return a >>client-provided element as described by Klaus. The are plans to phase >>out support for the OPTIONAL <value> element in the server >>implementation. >> >>Janusz Sienkiewicz >> >>Hollenbeck, Scott wrote: >> >> >> >>>Looking at this issue, can someone from Afilias or NeuStar either >>>confirm or deny that their server implementations do not return a >>>client-provided element as described by Klaus? I need to remove the >>>"X"s if Klaus is correct. >>> >>>-Scott >>> >- > >