Hi Matt,

On Tue, 21 Aug 2001, Matt Prigge wrote:

> Is there any reason (aside from time/money/etc) that it couldnt be modified
> to work for all domains? It seems like this could be very useful (which
is
> the reason I initially asked about it). From what Ive seen it is _fairly_
> accurate. It just doesnt seem to take into account the initial registration
> period requirements. Maybe theres more wrong with it than I've seen though.
> 

You are right, officially it's only supposed to work with the .tv domains
and only for the initial price, as that was the initial business
requirement. It was implemented to support all domains though as it seemed
that this could be useful for resellers - as a not documented feature. One
known incostistency is that it may return you a valid price for something
that is not actually supported by OpenSRS at this time, for example .tv
renewals or .uk domain for 1 year. The other is that if a domain is taken,
if will not give you a price back - even though you specified 'transfer'
or 'renewal' as reg_type - this is why reg_type parameter was never
published. We can easily fix the latter it as long as there is a demand
for this feature.

The command syntax is:
                 { action => 'get_price',
                   object => 'domain',
                   attributes => {
                           domain => 'domain.com',
                         [ period => 3, ]
                         [ reg_type => 'renewal' ]
                 }

If not specified, period defaults to 1 year, reg_type defaults to 'new'
(could also be 'transfer' or 'renewal').


Vlad Jebelev
OpenSRS developer

Reply via email to