Need to investigate whether we can determine if there's a cost associated with restore (i.e., if restore endpoint is also used for redemption) and if not, then we can automatically do a restore prior to the renewal request if the domain has already expired.
Currently it's not possible to renew expired domains due to this issue.
This issue exists to track the progress of domainAvailabilityCheck() implementations on each provider class.
Implementation progress:
CoccaEpp
ConnectReseller
DomainNameApi
Enom
Hexonet
LogicBoxes
NameSilo
Nominet
OpenProvider
OpenSRS
UGRegistry
domainAvailabilityCheck() checks and returns the availability (to register/transfer) of a set of domain names, and whether or not they are premium domains
Synergy Wholesale is a big provider here in Australia, some of the best rates on .com.au as well as a large offering of TLD's - They bill in AU and are generally a go to provider here.
Docs are below, would be good to see them considered.
The goal here is to make renew() idempotent (prevent accidental double-renewing) by passing the desired expiry date of the domain from the billing system as the point of truth, so the provider will only renew the domain up to that date (perhaps with a +/- 3 month tolerance to prevent off-by-one style bugs).
From what I can determine, it seems the ConnectReseller API no longer accepts empty Company Name (Organisation). We will push a fix out so that when no Organisation is entered, we use the Name as CompanyName in the ConnectReseller API call.
hexonet/php-sdk is abandoned in favour of the above package which uses the CNIC\Hexonet namespace. It appears to be similar-ish so hopefully won't require too big a rewrite.
Check if the domain is already active in the registrar account and return a successful result if so; transfer_status=complete and domain_info containing the domain result
Otherwise check if a transfer is already in-progress and return an error result if so
Otherwise initiate a new transfer (and validate EPP code if possible) and return a successful result if so; transfer_status=in_progress and include the transfer order id if applicable for that provider
These are structured as: <school-name>.<local-authority>.sch.uk
Currently that would mean each <local-authority>.sch.uk needs to be modelled as a TLD which in Upmind means a different product for each region (there could be hundreds).
It would be improved if admins could set the SLD to <school-name>.<local-authority> but currently all SLD validation uses the alpha-dash rule so periods are not allowed.
If we loosened SLD validation to alpha-dash-dot it would permit this use case. On the Upmind side would need to be careful to ensure the SLD provision field remains alpha-dash-dot for customers but allow more freedom to admins to be able to manage these orders manually.
This is for providers such as RealtimeRegister which do not support spec-compliant EPP polling but offer a list API instead- so from the system client it would be good to store and then pass back the last notification id so that notifications can be traversed sequentially without any duplication.
Initial use-case is for TYPE_DATA_QUALITY notifications where the valid sub-types should be:
SUB_TYPE_DATA_QUALITY_NAME
SUB_TYPE_DATA_QUALITY_ADDRESS
SUB_TYPE_DATA_QUALITY_NAME_AND_ADDRESS
raw
Currently it's possible to return the raw message in extra but where the raw message is required by a consumer it would be better to formally define a raw property (mixed type i.e., may contain an XML string or an object or array etc)
It's possible for some domain names to not have an EPP/authcode, but there's an endpoint to reset it.
If no authcode is present in the API response during getEppCode(), we should perform the authcode reset API call and then attempt to load the authcode again.
Please consider adding support for the Portfolio feature in Namesilo's integration. The portfolio is a way to separate domain registration in their system.
With portfolio support we could have different providers setup in Upmind for the same Namesilo account and have each one to use different Portfolio.
You could allow us to set the Portfolio in the provisioning account configuration "admin/host/domain-names/registrars" and send it when registering a domain and other pertinent operations.