Domain Operations
1. The check command will indicate if a domain name is currently reserved in a list. 2. The check command will indicate that a domain name is available for registration if the requesting registrar has reserved the name. The following are possible responses from our server. A response code of 1000 means that the Domain Check command was processed. The return message will indicate the availability of the domain. To verify availability, the <domain:name> element must be reviewed. The attribute "avail" will indicate the availability of the domain. If the domain is available,the attribute will have a value of 1. If the domain name is not available, the attribute will have a value of 0. Results that have an avail attribute value of 0 will be followed by the <domain:reason> element which indicates why the domain is not available.EPP Domain CHeck
Performing the Domain Check Request
Possible Responses
1000: Domain Check Command Completed Successfully
1. The ZARC makes use of the <domain:hostAttr> elements for the creation of domains. 2. When creating a domain with subordinate hosts, the IP address must be specified for the nameservers in the <domain:hostAttr ip='v4'> (or v6) element. IPv4 and IVP6 are supported. 3. When creating a domain with delegated hosts the IP address in not required as the IP address has already been specified on creation of the parent domain. 4. Multiple IPv4 and IPv6 addresses may be specified by duplicating the <domain:hostAttr ip=''> element for each nameserver. 5. The <domain:contact type=''> element must be specified 3 times, providing the contact ID for the "admin", "billing" and "tech" contacts for the domain name. 6. A <domain:pw> must be specified. This password will be used for transfers between registrars. The CO.ZA namespace requires that this element must have a value of "coza" ONLY. 7. The <domain:period> element may be used to specify the initial duration of the registration. If this element is not provided, the registry will default to a 1 year registration. The maximum, allowable period will be "5" years as from 1 April 2025. 8. The ZARC WILL perform nameserver checks on the successful creation of a domain. Unsuccessful checks will result in the domain name having a "serverHold" message attached. Registrars are encouraged to have responsive nameservers prior to registration of the domain. 9. The ZARC will send poll message notifications to registars for a continuous week if the nameservers are still unresponsive. Please reference the Poll Messages section for an example of the messages. The following are possible responses from our server. A response code of 1000 means that the domain has been successfully created and entered into the registry database. A response code of 2302 means that either the domain name specified is already registered in the registry database, or the nameserver(s) specified are being duplicated. The associated messages are as follows: 1. "Domain exists: exampledomain.test.dnservices.co.za" means that the domain name is already registered. 2. "Domain 'exampledomain.test.dnservices.co.za' exists in a reserved list" means that the domain name is currently reserved and may not be registered. 3. "domain_host object already exists: ERROR" means that 1 or more nameservers that you specified are being duplicated in the request. Please review your request and ensure that nameserver names are unique. A response code of 2303 means that there was an error in the declaration of the associated contacts. The associated messages are as follows: 1. "Contact 'ContactID' not found" means that one of your declared contacts in either the Registrant, Tech, Billing, Admin or Reseller elements has not been created with the registry. Please perform a Contact Create to create the contact and try again. 2. "Registrar contacts cannot be used as registrants" means that you have declared your registrar ID in the <domain:registrant> element. Please review the request and associate the correct information. A response code of 2306 means that your request does not match the policies for Domain Creation as outlined by the ZARC. The associated messages are as follows: 1. "A minimum of two and a maximum of 10 nameservers are required" means that you have either specified more that 10 (ten) nameservers in the requests, or that you have specified less than 2 (two) nameservers in the request. Please review the request and ensure that a minimum of 2 (two) nameservers are provided, with a maximum of 10 (ten) being provided. 2. "Domain period unit 'm' not supported" means that you have specified the <domain:period> element in your request, with an attribute of "m". Only an attribute of "y" is accepted by some ZA Namespaces. Please review the individual Published Policies and Procedures for identification of use. A response code 2201 means that one of the specified contacts in the Registrant, Billing, Admin, Tech or Reseller contacts hos not been created by you. Please ensure that all specified contacts are owned by you before proceeding. Additional contact types are accepted by some ZA Namespaces. Please review the individual Published Policies and Procedures for identification of use. A response code of 2003 means that there is a Prior Right associated with the domain name. This result will only be returned during the Claims Period of General Availability. The Claims Period is a total of 90 days initiated from the start of General Availability. In order to continue with the registration of the domain, the Claims Period Domain Check command has to be used and the Claims Period Domain Create command has to be used. All the information on how to handle Claims Period Domain Creates is available.EPP Domain Create
Performing the Domain Create Request
Possible Responses
1000: Domain Creation Successful
2302: Domain Exists or Subordinate Nameserver Duplication
2303: Associated Contact Errors
2306: Policy Restriction Errors
2201: Requestor != Contact Owner ContactID
2003: Claims Notice Check required
1. As the Registrar of Record, all information regarding the domain will be presented on request. 2. As a registrar that is not the Registrar of Record, certain information regarding the domain will be omitted. 3. The information provided in the responses below includes certain elements taht are not available in certain ZA Namespaces. Please reference the respective Published Policies and Procedures for information that will be provided. 4. The ZA Namespaces do not make use of the authInfo password. Declaring this element will return a response code of 2306. The following are possible responses from our server. A response code of 1000 means that the request has been successfully received and processed. Depending on the requesting registrar, some domain information will be omitted as per the Notes above. A response code of 2303 means that the domain queried does not exist in the registry database. Please review the <domain:name> element value.EPP Domain Info
Performing the Domain Info Request
Possible Responses
1000: Domain Info Command Completed Successfully
2303: Domain does not exist
1. To add or remove a status on the domain include the status in the <domain:add> or <domain:rem> elements. Some ZA Namespaces only support certain statuses. Please reference the respective Published Policies and Procedures for further information. 2. Associated contacts cannot be removed through use of the <domain:rem> element, only updated through use of the <domain:chg> element. Some ZA Namespaces do not support certain contact types. Please reference the respective Published Policies and Procedures for further information. 3. The ZARC uses the <domain:hostAttr> element to update associated nameservers through the <domain:add> and <domain:rem> elements. 4. To update the IP address of a subordinate nameserver, the current nameserver must be overwritten in the <domain:add> element, with the new IP address being specified. 5. To change a host name, the old host must be deleted in the <domain:rem> element and the new host must be added in the <domain:add> element. 6. The order of elements is important in the XML template. It must follow <domain:add>, <domain:rem>, <domain:chg>. 7. Multiple updates may be performed through combining the <domain:add>, <domain:rem> and <domain:chg> elements. 8. Domain may not be updated if they have either of the statuses "pendingUpdate", "clientUpdateProhibited", "pendingDelete". 9. All update requests will yield a Poll Message for collection. The message will indicate the result of the update. 10. All update requests will take a certain duration of time as outlined in the respective ZA Namespace Published Policies and Procedures. 11. The ZA Namespaces do not make use of the <domain:authInfo> element for Update commands. 12. All update requests will notify the associated domain name Registrant via email. The following are possible responses from our server. A response code of 1001 means that the update has been received and is being processed. Please check your poll queue for the resulting message at the end of the Pending Update period. A response code of 2303 means that one or more of the specified elements in the update are unable to be located on the registry database. This is indicative of registrant and nameserver updates. The following messages are associated with the response: 1. "Registrant 'NewRegistrantID' not found" means that the registrant ID that was specified is currently not existent in the registry database. Please perform a Contact Create and try again. 2. "exampledomain.test.dnservices.co.za does not exist" means that the domain that you are attempting to update is not registered. Please review the <domain:name> element for accuracy. 3. "Domain hosts not found: ns1.exampledomain.test.dnservices.co.za" means that the specified nameserver that you attempted to remove, or the delegated nameserver you attempted to add, does not exist. Please review the specified nameservers. A response code of 2306 means that the request could not be processed due to the values specified being out of the ZARC policy restrictions. The following messages are associated with the response: 1. "A domain update cannot result in less than 2 nameservers" means that if the update was to be accepted, the resulting domain would have less than 2 associated nameservers. The minimum required nameservers for a domain at any time is 2. Please review the <domain:rem> element. 2. "[STATUS] not supported" means that the status that was attempted to be added through the <domain:add> element is not supported by the ZA Namespace. The following statuses may not be applied to a ZA Namespace domain: - clientDeleteProhibited The only client side status that can be applied is clientHold. A response code of 2201 means that the update request was performed and the information provided is not registered under the requesting registrar. The following messages are associated with the response: 1. "Requester != Contact Owner ContactID" means that 1 or more of the associated contacts that are being updated, including the registrant contact, are not registered by the requesting registrar. Please review the contact declaration for accuracy and ownership or contacts. 2. "Requester != Domain Owner" means that the domain attempted to be updated is not under the sponsorship of the requesting registrar. Please review the <domain:name> element. 3. "Authorization error: Client cannot adjust Server set status 'serverHold'" means that the update is attempting to remove the status "serverHold" that exists on the domain. The status is set by the ZARC and may only be removed by the ZARC. Please review the <domain:rem> element. 4. "Authorization Failed for event 'EventName'" is an OPTIONAL response and will only appear if the registrar has implemented the ZARC Cancel Pending Action EPP functionality. The message means that the event that was attempted to be cancelled belongs to a domain that is not being sponsored by the requesting registrar. Please review the <domain:name> element. A response code of 2304 means that a status that is active on the domain is not allowing the update to be performed. Please view the Status-Message Mapping to identify how to rectify statuses on domains. Domain 'exampledomain.test.dnservices.co.za' Updated Should you have any queries in this regard, please contact your Current Domain Information: Registrar Details Registrant Details Additional Information: Nameservers:EPP Domain Update
Performing the Domain Update Request
Possible Responses
1001: Domain action 'PendingUpdate' pending
2303: Object Existence Errors
2306: Policy Restriction Errors
- clientUpdateProhibited
- clientRenewProhibited
- clientTransferProhibited2201: Authentication Errors
2304: Domain status "STATUS" prohibits operation
Example e-mail sent to registrant
Email Example
Dear Registrant,
Domain Registrar myRegistrar at +27.115550912 or rarEmail@rar
AutoRenew: True
Expiry: 2010-04-15 10:49:42.081569
-------------------
Contact: Registrar Name
Postal: 12 Fake Street, False Lane, Gauteng
Phone: +27.115550912
Fax: +27.115559021
E-Mail: YourRegistrar@TheirEmail
-------------------
Contact: Old Name
Postal: 21 No Place, My Avenue, Big Town, Gauteng, ZA
Phone: +27.115551234
Fax: +27.111029282
E-Mail: OldRegistrant@inbox.co.za
New Registrant Details
-------------------
Contact: New Name
Postal: 30 Somewhere, Around The Corner, 2090, Registrant Ville, ZA
Phone: +27.115551234
Fax: +27.110897692
E-Mail: NewRegistrant@inbox
Requester Details
-------------------
Contact: Registrar Name
Postal: 12 Fake Street, False Lane, Gauteng
Phone: +27.115550912
Fax: +27.115559021
E-Mail: YourRegistrar@TheirEmail
Status:
ok
ns1.exampledomain2.test.dnservices.co.za
ns2.exampledomain2.test.dnservices.co.za
In this section the EPP Transfer command will be explained. The transfer command is used to change sponsorship of a domain from one registrar to another. Hint: Perform a Domain info command prior to issuing a transfer request to determine the current Domain state as it might be due for renewal or entering closed redemption 1. Sending a transfer request is performed by the registrar who wants the domain to be under their sponsorship as requested by the domain registrant 2. Sending an EPP Transfer request requires the following important elements: The transfer operation type <epp:transfer op="request"> 1001: Domain Queued for Transfer A response code of 1001 means that the request was received by the registry and processed correctly. Interpretation of the results are as follows: 1. The Registrar of Records has been notified and the domain now has Transfer data. 2.The <trnData> parent element contains child elements that give specific information with regards to the current transfer. 3. The <domain:trStatus> element shows that the transfer status of the domain is "pending", meaning that there is a transfer currently awaiting approval or cancellation. 4. The <domain:reID> element shows who was the requester of the transfer (Gaining Registrar). 5. The <domain:reDate> element shows the date that the transfer request was issued by the Gaining Registrar. 6. The <domain:acID> and <domain:acDate> elements show the Registrar of Record that must acknowledge the transfer request, as well as when the transfer request was sent to the Registrar of Record.
2300: Transfer Already Pending If a result code of 2300 is received it means that a transfer request has already been issued and that the transfer is still pending. No more than 1 transfer request may be sent for a domain at any given time. Once a transfer request has been sent and acknowledged by the registry, the Gaining Registrar can verify the status of the transfer. To get the status of the transfer, the Gaining Registrar or the Registrar of Record can issue a transfer query on the domain. To issue a transfer query an EPP transfer request must be issued with 2 specific elements as follows: 1. Transfer operation for the transfer must be a "query"; <epp:transfer op="query"> The <epp:transfer op="query"> element tells the server that the RAR wants to perform a transfer command where the operation must be a "query". Therefore "querying a transfer". In the <domain:name> element, specify the name of the domain that must be queried. 1. "Command completed Successfully; action 'PendingGracePeriodSuspension' pending in 7 days" means that the domain has been deleted while it is in its Grace Period. The Grace Period is the first 7 (seven) consecutive days from the day of registration. A domain that is deleted during the grace period will be removed from the registry database at the end of the 7 (seven) days and the registrar will be refunded a portion of the registration fee. 2. "Command completed Successfully; action 'PendingManualSuspension' pending in 5 days" means that the domain has entered in the Suspension Phase. This phase will last a total of 5 (five) days, after which the Deletion Phase will be entered for a further 5 (five) days. A poll message will be queued to indicate the Phase transition. At the end of the Deletion Phase the domain will be removed from the registry database. Below are the possible responses that a server will return when performing a transfer query on a domain. 1000: Query completed successfully A response code of 1000 means that the command was successfully processed by the registry. The following information is represented in the result: 1. The <domain:trnData> parent element contains all the transfer data child elements. 2. The <domain:trStatus> element shows "pending". This means that the transfer is still awaiting approval from the Registrar of Record, or cancellation from the gaining Registrar. 3. The <domain:reID> and <domain:reDate> elements show who sent the Transfer request and the date that it was issued. 4. The <domain:acID> and <domain:acDate> elements show who was informed of the transfer request and the end date by when a response is required. 2301: Domain not pending transfer A response code of 2301 means that the domain is not pending a transfer. This could for the following reasons: 1. The transfer was already approved and the domain was transferred. 2. The transfer was canceled by the Gaining Registrar. 3. The initial transfer request was never sent. As a transfer is in progress it may undergo various status changes and indicate the most current status of the transfer. The following status may show in the <domain:trStatus> element on a successful Transfer Query response: 1. pending: Indicates that no action has yet been taken, neither a registrar nor a registrant vote has been issued. Note: Status changes can occurr in certain situations such as the Registrar of Record changing their vote or the Registrant changing their vote. If a Registrant votes "no" then the status will be changed from "pending" to "clientRejected". If the Losing Registrar then votes "yes" , the status will change from "clientRejected" to "clientApproved" unitl the end of the transfer. <epp:epp xmlns:epp="urn:ietf:params:xml:ns:epp-1.0" If a transfer request has been sent for a domain and the current Registrar of Record wants to transfer sponsorship of the domain to the Requesting Registrar, then the transfer may be approved through the use of a Transfer Approve command. To accomplish this, the Current Registrar of Record must perform an EPP Transfer command where the operation type is "approve". There are 2 important elements when approving a transfer: 1. The transfer command with the approve operation: <epp:transfer op="approve"> The <epp:transfer op="approve"> element tells the server that the RAR wants to send through an EPP transfer command where the operation is to approve the awaiting transfer request. If the command was successful, the Registrar of Record will receive a result code of 1000 from the server. This means that the transfer vote for the Registrar of Record has been counted for the transfer procedure. When the transfer has been approved, the Gaining Registrar can perform an EPP Info command to verify that the domain has been successfully transferred. Note that the Info command should only be sent through after the transfer pending period has expired. Allow for 24 hours before attempting to verify transfer. For information on sending an EPP Info command, please see EPP Domain Operations/Info Command A response code of 1000 means that the Domain Info command was processed successfully and the required information will be provided in the response. To verify the transfer of the domain, reference the <domain:clID> element. If the domain was transferred correctly, the Gaininng Registrar ID wil be shown in the <domain:clID> element. NOTE: The previous nameservers will be carried over when the transfer is successful. If the nameservers are incorrect or need to be changed, then a host update needs to be performed, adding the new nameservers and deleting the previous nameservers. Please see Domain Host Update for more information on how to perform the commands. Please be advised that the domain transfer for "exampledomain.co.za" has been completed. Should you have any queries in this regard, please contact your new Domain Once a domain is transferred the Gaining Registrar has a copy of the registrant contact details in the format that the Losing Registrar had created it. Cleanup means changing the nameservers and setting the contact details of the registrant in a format appropriate for the Gaining Registrar, and then deleting the copied contact. To begin, perform an EPP info command on the domain as seen below. Note that the Info command should only be sent through after the transfer pending period has expired. Allow for 24 hours before attempting to verify transfer. For information on sending an EPP Info command, please see EPP Domain Operations/Info Command <epp:epp xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" The response will show that the registrant (<domain:registrant>) was not completely transferred over with the domain. This is because on a successful transfer the registry duplicates the contact information and automatically creates a contact object for the Gaining Registrar. From the response above, it is clear that a new registrant has to be applied. Furthermore, if the nameservers are incorrect, they must be deleted and new nameservers applied. The procedure is as follows: 1. Add the new nameservers if required, and remove the older nameservers if required. The reason for the removal of the nameserver first is because if the nameservers are working properly, the update will be almost instant instead of having to wait for the 5 day policy period. 2. Create the new contact that will be applied to the domain as the new registrant. 3. Apply the new contact to the domain as the new domain registrant. 4. Delete the now unused old contact. The old registrant of the domain is a copy from the previous registrar's records. 5. The application of the new registrant to the domain will take a total of 5 days. After 5 days, perform an EPP Domain Info command to verify that all the changes are correct. 1. A successful Transfer Cancel will immediately cancel an existing transfer request if the domain is pending a transfer. 2. A successful Transfer Cancel will notify the Registrar of Record via a Poll Message indicating that the transfer request was cancelled. 3. The Poll Message sent to the Registrar of Record will include a status of "clientRejected" in the transfer data status element. The following are possible responses from our server. A response code of 1000 means that the transfer has been cancelled. A poll message will be sent to the Registrar of Record indicating that te transfer was cancelled. The domain will no longer be pending transfer and a new request will have to be sent. A response code of 2301 means that the Transfer Reject request was performed for a domain that is currently not pending a transfer request. Please ensure that the correct domain name was specified, or that the transfer was not already cancelled, expired or already approved. 1. To reject a transfer include the <epp:transfer op="reject"> element. The server interprets this as a "transfer operation", where the operation type that must be performed is a "reject" for a transfer. 2. To specify the domain to be transferred, include the name of the domain in the <domain:name> element. 3. Rejecting a Transfer Request will not automatically stop the transfer. A complete overview of pending events may be seen in the Truth Table of Clause 9.3 in the Published Policies and Procedures. 1. If the server responds with a result code of 1000, it means that the command was received and processed correctly. 2. If there is no pending transfer on the domain, the result code will be 2301. The following Poll Messages will be queued depending on the result of a Transfer. The trasfer was successful. This was due to either:
The transfer was unsuccessful due to either:Transferring a Domain
ZA Transfer Request
Command
Name of the domain that must be transferred <domain:name>Possible Responses
Transfer Query
Querying the Status of a Requested Transfer
2. Name of the domain to be queried; <domain:name>Possible Responses
2. clientApproved: Indicates that the Registrar of Record has approved the transfer of the domain away from them.
3. clientRejected: Indicates that the Registrar of Record or the Registrant has rejected the transfer of the domain. Poll Message for Losing Registrar
Transfer Request
Example of Transfer Request Poll Message
xmlns:domain="urn:ietf:params:xml:ns:domain-1.0">
<epp:response>
<epp:result code="1301">
<epp:msg>Command completed successfully; ack to dequeue</epp:msg>
</epp:result>
<epp:msgQ count="1" id="ABC-123">
<epp:qDate>2011-04-15T14:36:27.549+02:00</epp:qDate>
<epp:msg>Domain 'exampledomain.test.dnservices.co.za' transfer requested by 'RegistrarID',
a decision is required to approve or reject the transfer</epp:msg>
</epp:msgQ>
<epp:resData>
<domain:trnData>
<domain:name>exampledomain.test.dnservices.co.za</domain:name>
<domain:trStatus>pending</domain:trStatus>
<domain:reID>RegistrarID</domain:reID>
<domain:reDate>2011-04-15T12:36:27Z</domain:reDate>
<domain:acID>CurrentID</domain:acID>
<domain:acDate>2011-04-15T12:37:47Z</domain:acDate>
</domain:trnData>
</epp:resData>
<epp:trID>
<epp:clTRID>CLTRID-13028710879-4AIN</epp:clTRID>
<epp:svTRID>ZARC-EPP-12F5929931B-BAEC8</epp:svTRID>
</epp:trID>
</epp:response>
</epp:epp>ZA Transfer Approval
Approving the Transfer of a Domain
2. The name of the domain that must be transferred; <domain:name>Response
Verifying New Domain Sponsorship
Verifying New Domain Sponsorship
Response
Example E-Mail for Successful Transfer
Dear Registrant,
Registrar myNewRegistrar at +27.115554567 or newRarEmail@newRar.co.zaZA Transfer Cleanup
Cleaning up After a Transfer
Get Domain Info - Command
xmlns:epp="urn:ietf:params:xml:ns:epp-1.0"
xmlns:domain="urn:ietf:params:xml:ns:domain-1.0"
xsi:schemaLocation="urn:ietf:params:xml:ns:epp-1.0 epp-1.0.xsd">
<epp:command>
<epp:info>
<domain:info xsi:schemaLocation="urn:ietf:params:xml:ns:domain-1.0 domain-1.0.xsd">
<domain:name hosts="all">exampledomain.test.dnservices.co.za</domain:name>
</domain:info>
</epp:info>
</epp:command>
</epp:epp>Response
The registrant ID is different.Transfer Cancel
EPP Domain Transfer Cancel
Possible Responses
1000: Domain Transfer Command completed successfully
2301: Domain not pending transfer
Transfer Reject
Rejecting a Transfer
Interpretation of Results
Registrant Voting Procedure
Queued Messages
Successful Transfer
Unsuccessful Transfer
Notification to Registrar of Record on Successful Transfer
1. The <domain:period> element may be specified with an attribute value of "y" only. A value between 1 (one) and 10 (ten) years may be specified in the element. 2. Not specifying the <domain:period> element will default the renewal period to the initial registration period. 3. Specifying the <domain:period> element with a new value will set the renewal period for the domain to the specified value. 4. Some ZA Namespaces do not allow the use of the <domain:period> element. Please reference the respective Published Policies and Procedures for more informaiton on allowed renewal periods. 5. The <domain:curExpDate> must be the exact date of expiration. The simplest way to obtain the date is to perform a Domain Info request. 6. A successful Renew request will charge the Registrar of Record a Renewal Fee for the domain, multiplied by the amount of years specified in the <domain:period> element, if the element was specified. 7. A successful Renew request for a domain that is in Closed Redemption will charge the Registrar of Record a Closed Redemption fee. 8. Domains may not be renewed for more than 10 (ten) years from their current expiry date. Please note that some ZA Namespaces do not allow renewals for up to 10 (ten) years. Reference the respective Published Policies and Procedures for more informaiton on allowed renewal periods. The following are possible responses from our server. A response code of 1000 means that the Renew request has been processed. The following messages are associated with the response: 1. "Domain renewed successfully" means that the domain has been successfully renewed. This message will only be shown if the domain was not in the Closed Redemption Phase. 2. "Domain redeemed successfully" means that the domain has been renewed while it was in the Closed Redemption Phase, and therefore "redeemed". A response code of 2105 means that the Renew request has been processed. The following messages are associated with the response: 1. "Cannot renew domain past 10 years" means that is the domain was to be renewed, it would exceed the allowed maximum 10 (ten) year registration time. Domain names cannot be registered for more than 10 (ten) years at a time. Please note that not all ZA Namespaces allow for a registration period of 10 (ten) years. Reference the respective Published Policies and Procedures for more informaiton on allowed renewal periods. 2. "Domain is not eligible for renewal, not within 1 year of expiry" means that the domain cannot be renewed as its not currently within 1 year of its listed expiry date. Please note that not all ZA Namespaces allow for a registration period of 1 (one) year. Reference the respective Published Policies and Procedures for more informaiton on allowed renewal periods. A response code of 2201 means that the domain that was attempted to be renewed is not sponsored by the requesting registrar. Please review the <domain:name> element value. A response code of 2303 means that 1 or more elements do not have the required values as needed. The following messages are associated with the response: 1. "Current expiry does not match expiry provided" means that the provided date of expiry does not match the registry stored value. Please review the <domain:curExpDate> element value. 2. "Domain not found exampledomain.test.dnservices.co.za" means that the provided domain name does not exist in the registry database. Please review the <domain:name> element value.EPP Domain Renew
Performing the Domain Renew Request
Possible Responses
1000: Successful Renew
2105: Unsuccessful Renew
2201: Requester != Domain Owner
2303: Incorrect Element Values
EPP Domain Delete
Performing the Domain Delete Command Request
1. A domain that has entered deletion will be suspended for 5 (five) days, then enter the deletion phase for a further 5 (five) days, before finally being deleted.
2. A domain that has expired and enters deletion automatically will enter the Closed Redemption Phase after the initial 10 (ten) days of suspension and deletion. The Closed Redemption Phase lasts a total of 20 (twenty) days.
3. Domains in Closed Redemption may not be transferred away or deleted, only renewed.
4. A domain that has expired (not manually deleted as below) will queue a poll message.
5. On successful suspension, deletion or entry into Closed Redemption, an email notification will be sent to the Registrant of the domain to notify them of the upcoming changes.
Possible Responses
The following are possible responses from our server.
1001: Command Completed Successfully
A response code of 1001 means that the request has been received and the domain has entered a suspension phase. Based on the time of deletion relative to the registration time, the domain may enter the Grace Period Suspension. The following messages are associated with the response:
1. "Command completed Successfully; action 'PendingGracePeriodSuspension' pending in 7 days" means that the domain has been deleted while it is in its Grace Period. The Grace Period is the first 7 (seven) consecutive days from the day of registration. A domain that is deleted during the grace period will be removed from the registry database at the end of the 7 (seven) days and the registrar will be refunded a portion of the registration fee.
2. "Command completed Successfully; action 'PendingManualSuspension' pending in 5 days" means that the domain has entered in the Suspension Phase. This phase will last a total of 5 (five) days, after which the Deletion Phase will be entered for a further 5 (five) days. A poll message will be queued to indicate the Phase transition. At the end of the Deletion Phase the domain will be removed from the registry database.
2303: Domain not found exampledomain.gtld
A response code of 2303 means that the domain requested for deletion could not be identified in the registry database. Please review the <domain:name> element value.
2304: Domain status 'STATUS' prohibits operation
A response code of 2304 means that there is a status on the domain that is prohibiting the deletion of the domain. Please review the Status-Message Mapping on how to remove the current status.
2305: Subordinate host dependencies
A response code of 2305 means that the subordinate hosts of the domain name are acting as delegated hosts for one or more other domains. Therefore if the domain is deleted, the associated hosts are as well, breaking to authority for the domain names that use its hosts in a delegated manner. Please update the domains in the list provided in the response to point to different responsive hosts..