Domain renew orders started via SOAP API will not cause needless domain info requests, to determine the new expire date. The new expire date will be calculated based on the current expire date and the order period instead.
Lists of IP addresses and hostnames for SPF records can now be seperated by whitespaces, instead of line breaks only. This is mainly important for orders started by SOAP or BATCH API.
The calendar icon will now be displayed for scheduled domain deletions again.
The original value of contact fields, that are mapped to other contact or trademark fields within an Ascio AWS order, will not be put into the order any more. E.g. for .law domains.
Issue fixed where under some circumstances name server changes failed for NICs which require host create operations.
Fixed BATCH/ SOAP API exports for domains with SPF records, which do not contain the fields explanation and redirect.
Removing internal name server groups for zones with both external and internal groups will not cause error messages any more.
This option is now available in the GUI for all Domains, if the logged in user has the right DomainImport
Performs domain info NIC requests to get and store contact data, name servers, creation/expire date and the authcode
Performs DNS requests to get and store resource records from the public DNS. This is only done if the appropriate option is set and auto name servers are used. DNS queries are not performed for internal zones
Added URL parameter for reseller customization before a user is logged in
A new optional URL parameter "cs" can now be passed with a customer id as value (database id, table customer, column cust_id)
The given customer is used to enable several settings of the customer while the user is NOT logged in. These settings are: Theme, Logo, Prices, Documents and links, The available TLDs
If the URL parameter "theme" is passed in addition to the parameter "cs", the theme of the parameter "theme" will be used, not the theme of the given customer
These settings will be replaced by the settings of the logged in customer, after the user is logged in (same behavior as before)
Registrar Interface for Core05 implemented for the following TLDs:
Fixed an issue where owner change order approvals were accepted, after just one of either the old or new owner confirmed the approval via the standalone approval page
Fixed an issue where owner change order approvals remains in an open state, after one of either the old or new owner rejected the approval
Fixed an issue where the GUI zone query button within domain transfer orders caused occasionally errors, if the queried zone contains NS resource records for in bailiwick name servers
Fixed an issue where rejection/confirmation of multiple order approvals at once did not store the result of the confirmation in the IP_LOG table
Fixed an issue where the table header option "select all/ deselect all" in result lists did not work properly, if the first result entry is deactivated
Fixed an issue where the checkbox for bulk registrations was shown in the transfer domain and create zone tabs of the domain service page
Fixed an issue where success messages for stored email data settings were not displayed
Nic Policy Updates
Adjustments for the new ICANN IRTP Policies
Ascio: Transfers with owner changes of gTLDs will be handled within the transfer operation, thus DomiNIC will no longer send an owner change operation after the successful transfer
EPAG: Likewise to Ascio, no owner change operations will be send to EPAG after successfully completed transfer operations. New EPAG pending notifications codes 102071 and 108071 for IRTP will be parsed and stored as order correspondence. New EPAG notifications for failed owner changes within a transfer or domain modify process (302091/308091) will be parsed and lead the order to be partially successfull.
Increased BPE performance for a way faster order processing
Sort orders of data tables and the amount of displayed data are now stored in the user session (e.g. domain inventory, order search, resource records etc.)
Optimized space in the data table of the order approval and domain inventory sites
As a result of the changes for the new ICANN inter registrar transfer policies, Ascio's owner detail change operations will not be used any more if the owner's email address ist changed. Instead the standard owner change operation will be used.
Checkboxes in result lists (e.g. domain inventory, order approvals and resource records) are no longer activated/ deactivated if a text is marked for copying
Increased the timeout for connections to the Ascio's AWS interface to 80 seconds due to occasionally connection timeouts
Context menu to select or deselect all entries in a data table (e.g. domain inventory) will now be closed properly, if the focus gets lost
Successfully completed domain modify orders cannot be reloaded any more
Ignored premature send nic.at polling notification "domain-info-lock-customer" which is send immediately after an expire order and caused the domain to be deleted too soon
Check for resolvable host names in resource records will only be done one time per host name now. Additionally this check is disabled for large zones, if the zone error warnings ERRORCODE_CNAME_OUTSIDE_ZONE, ERRORCODE_MXNAME_OUTSIDE_ZONE, ERRORCODE_NSNAME_OUTSIDE_ZONE and ERRORCODE_PTRNAME_OUTSIDE_ZONE are set
Zone registrations no longer require two name servers
Increased performance while navigating through all available TLDs in the checkbox view of the domain registration process
Ascio's Authinfo update operation is only available for TLDs which supports this operation now
Data alignments for Ascio domains via domain import orders will now store more uncommon contact fields as well (e.g. trademark number, organisation number, category)
The following orders will now be displayed in the lifecycle, additionally to the order search: Deletions of domains after expiring redemption period; Some Nic.at notifications for expiring and deleted domains. Details of these orders are now displayed in the order details as well
Improved performance of customer change operations in systems with a large number of customers