<p dir="auto">RYs auto-renew names, so there’s nothing that the RAR needs to do when the anniversary of a registration arrives.
</p>
<p dir="auto">If we add this field, when the registrant renews a name in the RAR, a new command will need to be sent to update the RAR-expiry date at the registry. By itself it sounds simple, but multiply this by millions of registrations and we soon get into a situation where there will be a lag between the RAR and RY dates.
</p>
<p dir="auto">Also, implementing a new extension requires time, dev time, setting up a timeframe to roll it out, project management, time to contact all RARs through the communications channel (people sending emails, following up, etc.), setting up testing in OT&E platforms, dealing with support, etc.
</p>
<p dir="auto">At the end of the day, if we execute it perfectly, we will still have 2 dates, and one place where it is potentially out of sync.
</p>
<p dir="auto">So the amount of effort for the gain is very little.
</p>
<p dir="auto">Someone once told me.. the road to hell is paved with good intentions, and this could just be an example of that.
</p>
<p dir="auto">regards,
</p>
<p dir="auto"><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;"><p style="color: rgb(0, 0, 0); font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; font-family: 'Proxima Nova', Helvetica, Arial, sans-serif; font-size: 12px; line-height: 12px;"><span class="txt signature_name-input sig-hide" style="font-weight: bold; display: inline;">Francisco Obispo</span> <span class="address-sep break" style="display: inline;"><br></span><font color="#1e1e1e">CTO - Registry Operations</font><br><span class="txt signature_jobtitle-input sig-hide" style="color: rgb(130, 130, 130); display: inline;">____________________________</span></p><p style="color: rgb(0, 0, 0); font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; font-family: 'Proxima Nova', Helvetica, Arial, sans-serif; font-size: 10px; line-height: 14px;"><a href="http://www.uniregistry.com/" class="clink sig-hide logo-container"><img src="http://static.uniregistry.net/assets/img/ur-logo@2x.png" alt="Uniregistry" border="0" class="sig-logo" height="40" width="165"></a></p><p style="color: rgb(0, 0, 0); font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; font-family: 'Proxima Nova', Helvetica, Arial, sans-serif; font-size: 11px; line-height: 14px;"><span class="txt signature_address-input sig-hide" style="display: inline;">2161 San Joaquin Hills Road</span> <span class="address-sep break" style="display: inline;"><br></span><span class="txt signature_address-input sig-hide" style="display: inline;">Newport Beach, CA 92660</span> <span class="website-sep break" style="display: inline;"><br></span><span class="address-sep break" style="display: inline; line-height: 8px;"><br></span><span class="txt signature_officephone-input sig-hide" style="display: inline;">Office +1 949 706 2300 x4202</span> <span class="address-sep break" style="display: inline;"><br></span><span class="txt signature_officephone-input sig-hide" style="color: rgb(0, 132, 67); display: inline;">fobispo@uniregistry.link</span></p>
</p>
<p dir="auto">On 26 Jan 2016, at 13:22, Andrew Newton wrote:
</p>
<blockquote>
<p dir="auto">Can you elaborate? To me it seems that if you are going through the expense of transmitting registrant data for the conversion from thin to thick, that this one date field is easy enough to add on.
</p>
</blockquote>