James, On 7/13/20 21:46, Gould, James wrote:
> Thomas, > > Signaling support for fee-1.0 in the login services is not material for this > use case. The key element is whether the create of the premium domain name > will fail if the client does not know the correct fee and the fee extension > is required to be passed on create. I don't see a code breakage scenario > here, but I don't know what mix of extensions you're dealing with. So, case in point: once we roll out support for fee-1.0, TANGO will also keep supporting the older fee extension versions fee-0.8, fee-0.21 and fee-0.23 (the RFC recommends to allow older versions to facilitate migration to new versions). Now, none of these old versions had the requirement to report "domain not available" if no fee extension is included in a premium domain check. So, registrars currently using fee-0.21 for example will expect availability checks to truthfully report avail=1 for premium domains in such a scenario. Just the fact that the registry system was updated to also support fee-1.0 should not change the system's behavior from their point of view, should it? Otherwise, they would be forced to change their <domain:check> clients to include the fee extension to get the previous availability results - to accommodate a change caused by a fee extension version they don't even use. Best regards, Thomas -- TANGO REGISTRY SERVICES® is a product of: Knipp Medien und Kommunikation GmbH Technologiepark Phone: +49 231 9703-222 Martin-Schmeisser-Weg 9 Fax: +49 231 9703-200 D-44227 Dortmund E-Mail: supp...@tango-rs.com Germany _______________________________________________ regext mailing list regext@ietf.org https://www.ietf.org/mailman/listinfo/regext
