From HEXONET Wiki
(→Transfers) |
|||
(212 intermediate revisions by 8 users not shown) | |||
Line 1: | Line 1: | ||
− | |||
− | |||
{{#repositoryinfo: DENIC-332 | de }} | {{#repositoryinfo: DENIC-332 | de }} | ||
− | {{#var: | + | {{Sidebar}} |
+ | {{#var:ABOUTTLD}} | ||
+ | .DE is the official country code Top-Level-Domain (ccTLD) of Germany (Deutschland). A .DE Domain is normally used by companies or private entities who are located in Germany. | ||
+ | <br> | ||
+ | <br> | ||
+ | {| | ||
+ | | valign="top" | | ||
+ | = Registry = | ||
+ | {{Summarybox | ||
+ | | Registry={{#IfEmpty: {{#var:REGISTRYURL}} | [{{#var:REGISTRYURL}} {{#var:REGISTRYURLNAME}}] | - }} | ||
+ | | Dispute Policy={{#IfEmpty: {{#var:REGISTRYDISPUTEPOLICY}} | [{{#var:REGISTRYDISPUTEPOLICY}} Rules] | - }} | ||
+ | | Registrar={{#var:REGISTRAR}} | ||
+ | | WHOIS-Server={{#var:REGISTRYWHOISSERVER}} | ||
+ | | WHOIS-Update={{#var:REGISTRYWHOISUPDATE}} | ||
+ | | IDN capable={{#var:REGISTRYIDNCAPABLE}} | ||
+ | | Restore capable={{#var:RESTOREPOLICY}} | ||
+ | | Handle Updates={{#var:REGISTRYHANDLEUPDATE}} | ||
+ | | Registration System={{#var:REGISTRYREGISTRATIONSYSTEM}} | ||
+ | | Min. Characters={{#var:REGISTRYCHARSMIN}} | ||
+ | | Max. Characters={{#var:REGISTRYCHARSMAX}} | ||
+ | | Charset={{#var:REGISTRYDOMAINNAMECHARSET}} | ||
+ | | Limitations={{#var:CONTACTSLIMITATIONSENTENCE}} | ||
+ | | Transferclass={{#var:REGISTRYTRANSFERCLASS}} | ||
+ | | Transfer Period={{#var:ZONETRANSFERPERIODS}} | ||
+ | | Transfer Authcode required={{#var:REGISTRYTRANSFERREQUIREAUTHCODE}} {{#var:REGISTRYTRANSFERREQUIREAUTHCODEADDITION}} | ||
+ | | Transfer ACK by={{#var:REGISTRYTRANSFERACKBY}} | ||
+ | | Transfer NACK by={{#var:REGISTRYTRANSFERNACKBY}} | ||
+ | | Transfer Real-Time={{#var:REGISTRYTRANSFERREALTIME}} | ||
+ | | Transfer Lock={{#var:REGISTRYTRANSFERLOCK}} | ||
+ | | Transfer Pending Period={{#var:REGISTRYTRANSFERPENDINGPERIOD}} | ||
+ | | Transfer Expire Action={{#var:REGISTRYTRANSFEREXPIREACTION}} | ||
+ | | Transfer Confirmation={{#var:ZONEPOLICYDOMAINTRANSFERCONFIRMATION}} | ||
+ | | Transfer included={{#var:REGISTRYTRADETRANSFERINCLUDED}} | ||
+ | | Owner Change by={{#var:ZONEPOLICYREGISTRANTNAMECHANGEBY}} | ||
+ | | Trade Period={{#var:ZONETRADEPERIODS}} | ||
+ | | Trade Real-Time={{#var:REGISTRYTRADEREALTIME}} | ||
+ | | Trade Confirmation={{#var:ZONEPOLICYDOMAINTRADECONFIRMATION}} | ||
+ | | Trade ACK by={{#var:REGISTRYTRADEACKBY}} | ||
+ | | Trade NACK by={{#var:REGISTRYTRADENACKBY}} | ||
+ | | Nameservers={{#var:NAMESERVERMIN}} to {{#var:NAMESERVERMAX}} | ||
+ | | Nameserverchecks={{#var:REGISTRYNAMESERVERCHECKS}} | ||
+ | | Host IP-Adresses Type={{#var:HOSTIPADDRESSESTYPE}} | ||
+ | | Hosts managed as={{#var:HOSTMANAGEDAS}} | ||
+ | | Root DNS Update={{#var:REGISTRYNAMESERVERROOTUPDATE}} | ||
+ | | SEC DNS Interface={{#var:ZONESECDNSINTERFACE}} | ||
+ | }} | ||
+ | = Periods = | ||
+ | {{Summarybox | ||
+ | | Registration Period={{#var:ZONEREGISTRATIONPERIODS}} | ||
+ | | Add Grace Period={{#var:ZONEREGISTRATIONGRACEPERIOD}} | ||
+ | | Finalization Period={{#var:ZONERENEWALFINALIZATIONPERIOD}} | ||
+ | | Failure Period={{#var:ZONERENEWALFAILUREPERIOD}} | ||
+ | | Accounting Period={{#var:ZONERENEWALACCOUNTINGPERIOD}} | ||
+ | | Payment Period={{#var:ZONERENEWALPAYMENTPERIOD}} | ||
+ | | Deletion Restorable Period={{#var:DELETIONRESTORABLEPERIOD}} | ||
+ | | Deletion Hold Period={{#var:DELETIONHOLDPERIOD}} | ||
+ | | Explicit Renewal={{#var:REGISTRYEXPLICITRENEWAL}} | ||
+ | | Renewal Period={{#var:ZONERENEWALPERIODS}} | ||
+ | }} | ||
− | + | = API = | |
− | + | === Domain Registration === | |
+ | {{#var:REGISTRATIONSENTENCE}} | ||
+ | {{#var:ADDDOMAINCOMMAND}} | ||
+ | === Additional Registration Parameters === | ||
+ | {{#var:ADDDOMAINCOMMANDTEXT}} | ||
− | == | + | === Domain Transfer === |
+ | {{#var:TRANSFERSENTENCE}} | ||
+ | {{#var:TRANSFERDOMAINCOMMAND}} | ||
+ | === Additional Transfer Parameters === | ||
+ | {{#var:TRANSFERDOMAINCOMMANDTEXT}} | ||
+ | === Delete Domain === | ||
+ | {{#var:DELETESENTENCE}} | ||
+ | {{#var:DELETEDOMAINCOMMAND}} | ||
+ | === Additional Deletion Parameters === | ||
+ | {{#var:DELETEDOMAINCOMMANDTEXT}} | ||
− | + | === Restore Domain === | |
+ | {{#var:RESTOREPOLICYSENTENCE}} | ||
− | + | === Ownerchange === | |
− | + | {{#var:TRADESENTENCE}} | |
− | {{#var: | + | |
− | {{#var: | + | = TLD specific = |
+ | {{Summarybox | ||
+ | |AddDomain={{#var:REGISTRATIONSENTENCE}} | ||
+ | |TransferDomain={{#var:TRANSFERSENTENCE}} | ||
+ | |DeleteDomain={{#var:DELETESENTENCE}} | ||
+ | |RestoreDomain={{#var:RESTORESENTENCE}} | ||
+ | |Possible Extensions=X-TRUSTEE, X-TRUSTEE2, X-TRUSTEE3 | ||
+ | |ICANN={{#var:REGISTRYICANN}} | ||
+ | }} | ||
− | + | === IDN Domains === | |
+ | A list of all allowed IDN Characters can be downloaded here: [[Media:IDN-Zeichen.pdf | IDN Characters]] | ||
− | |||
− | + | === Contacts === | |
− | + | Owner or Admin contacts must have a valid address (no P.O. Box) located in Germany. | |
− | + | ||
+ | === Nameservers === | ||
− | + | Configured nameservers are required. A web based [http://www.denic.de/en/background/nast.html?cHash=3486f26050ac1dc3cbe6f5842dc70494 ZoneCheck] is available. If you do not have your own nameservers, you have got the possibility to use a NS-Entry. Nameserver-Refresh: Please note that the DENIC ROOT Nameservers will be refreshed every uneven hour at half past. | |
− | + | === Transit === | |
− | + | Transit is the name that DENIC gives to a procedure, which makes sure that a domain holder does not lose his/her domain if it ceases to be administered by a DENIC member. You should understand a little about the background: | |
− | + | ||
− | + | ||
− | + | ||
Usually, the request to register a domain is submitted to DENIC by a DENIC member acting on behalf of the customer. This DENIC member then goes on to handle all communications with DENIC concerning the domain on behalf of the domain holder. We call this "administering the domain". If, for whatever reason, the DENIC member ceases to administer the domain, DENIC tries to get in touch directly with the domain holder as part of its TRANSIT procedure in order to ensure that it will be possible to have the domain administered in future by a DENIC member appointed by the domain holder. DENIC will send a letter to the domain holder and issues an individual password. The domain holder can now use this password on a personalized web page to indicate for each domain concerned: | Usually, the request to register a domain is submitted to DENIC by a DENIC member acting on behalf of the customer. This DENIC member then goes on to handle all communications with DENIC concerning the domain on behalf of the domain holder. We call this "administering the domain". If, for whatever reason, the DENIC member ceases to administer the domain, DENIC tries to get in touch directly with the domain holder as part of its TRANSIT procedure in order to ensure that it will be possible to have the domain administered in future by a DENIC member appointed by the domain holder. DENIC will send a letter to the domain holder and issues an individual password. The domain holder can now use this password on a personalized web page to indicate for each domain concerned: | ||
Line 51: | Line 125: | ||
* [http://transit.denic.de/ DENIC Transfer Homepage] | * [http://transit.denic.de/ DENIC Transfer Homepage] | ||
+ | <h3>Dispute</h3> | ||
− | + | If you should ever receive an Email from our system telling you that the the respective domain name is in a DISPUTE you should contact the DENIC-Legal Department for further information. They will provide you with the information you need for removing the DISPUTE-ENTRY. But please note that DENIC will only communicate with the ADMIN or with the Domain OWNER who is listed in the public whois-database. | |
− | + | ||
− | If you should ever receive an Email from our system telling you that the the respective domain name is in a DISPUTE you should contact the DENIC-Legal Department for further information. They will provide you with the information you need for removing the | + | |
− | But please note that DENIC will only communicate with the ADMIN or with the Domain OWNER who is listed in the public whois-database. | + | |
'''More Information:''' Even if DENIC does not become involved in pending disputes about domains, it can do something for you by placing a DISPUTE entry on the disputed domain. The main effect of this instrument is that the domain holder loses the right to transfer the domain to someone else, which prevents them from trying to shirk away from sorting the matter out with you. The only feasible transfer of the domain is to you and that, of course, remains possible. The DISPUTE entry made on the domain in your favour also guarantees that you will instantly become its holder if the existing holder deletes it. That is particularly advantageous for you, since the highest German court has ruled that an adversary may file for a court to order a domain holder to delete a domain but it cannot file for an order to transfer it. If there is a DISPUTE entry on the domain in your name, then it is enough for you to file for deletion and, thanks to the DISPUTE-entry mechanism, you are sure that you will then become the domain holder yourself. For this purpose, it is essential that the form applying for a DISPUTE entry also specifies the person who will become your administrative contact should such a case arise. This will accelerate the clearing procedure later on. | '''More Information:''' Even if DENIC does not become involved in pending disputes about domains, it can do something for you by placing a DISPUTE entry on the disputed domain. The main effect of this instrument is that the domain holder loses the right to transfer the domain to someone else, which prevents them from trying to shirk away from sorting the matter out with you. The only feasible transfer of the domain is to you and that, of course, remains possible. The DISPUTE entry made on the domain in your favour also guarantees that you will instantly become its holder if the existing holder deletes it. That is particularly advantageous for you, since the highest German court has ruled that an adversary may file for a court to order a domain holder to delete a domain but it cannot file for an order to transfer it. If there is a DISPUTE entry on the domain in your name, then it is enough for you to file for deletion and, thanks to the DISPUTE-entry mechanism, you are sure that you will then become the domain holder yourself. For this purpose, it is essential that the form applying for a DISPUTE entry also specifies the person who will become your administrative contact should such a case arise. This will accelerate the clearing procedure later on. | ||
Line 61: | Line 133: | ||
<h3>Trustee-Service</h3> | <h3>Trustee-Service</h3> | ||
− | .DE requires a local presence in order to register a domain. In most cases a local presence is required for either the owner or the admin-c (Admin-Contact) of that domain. In order to overcome this barrier and make specific TLDs unrestricted HEXONET offers | + | .DE requires a local presence in order to register a domain. In most cases a local presence is required for either the owner or the admin-c (Admin-Contact) of that domain. In order to overcome this barrier and make specific TLDs unrestricted HEXONET offers Trustee Services for several TLDs which require a local presence, also for DE. Depending on the TLD, the Trustee Service is then either added to the existing contacts, or replaces one or more of the WHOIS contacts. Once replaced the Trustee acts on behalf of the registrant and thereby makes a registration of that specific TLD possible. |
The trustee-service can be activated with the following parameter: <div id="parameter">X-DE-ACCEPT-TRUSTEE-TAC = 0 | 1 </div> | The trustee-service can be activated with the following parameter: <div id="parameter">X-DE-ACCEPT-TRUSTEE-TAC = 0 | 1 </div> | ||
Line 88: | Line 160: | ||
<div class="alert alert-error">For your own security we recommend to request a signed ownerchange form by the new and the old Domainowner.</div> | <div class="alert alert-error">For your own security we recommend to request a signed ownerchange form by the new and the old Domainowner.</div> | ||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
If you don't have the authorization of the owner you can push a domain to the registry (DeNIC Transit) with the PushDomain command: | If you don't have the authorization of the owner you can push a domain to the registry (DeNIC Transit) with the PushDomain command: | ||
Line 115: | Line 176: | ||
=== Transfers === | === Transfers === | ||
− | {{#var:TRANSFERSENTENCE}} Since February 2009 only the new transfer procedure using the | + | {{#var:TRANSFERSENTENCE}} Since February 2009 only the new transfer procedure using the AuthInfo1 / AuthInfo2 codes is supported by the registry. In event that your clients are asking for 1API GmbH´s DENIC Member ID, the ID is <b>DENIC-332</b> |
<div class="alert alert-error">Please remember that you MUST have a signed authorization-form of the registrant in order to request a transfer.</div> | <div class="alert alert-error">Please remember that you MUST have a signed authorization-form of the registrant in order to request a transfer.</div> | ||
Line 166: | Line 227: | ||
Please note that when a .DE Domain is transferred successfully, then the registration period starts from the beginning. | Please note that when a .DE Domain is transferred successfully, then the registration period starts from the beginning. | ||
− | |||
− | |||
− | |||
− | |||
== DomainAddons == | == DomainAddons == | ||
Line 180: | Line 237: | ||
{{#var:CATEGORY}} | {{#var:CATEGORY}} | ||
+ | |||
+ | <headertabs/> | ||
+ | |} |
Latest revision as of 17:53, 15 October 2024
.DE is the official country code Top-Level-Domain (ccTLD) of Germany (Deutschland). A .DE Domain is normally used by companies or private entities who are located in Germany. |
.DE is the official country code Top-Level-Domain (ccTLD) of Germany (Deutschland). A .DE Domain is normally used by companies or private entities who are located in Germany.
[edit] Domain RegistrationDomains can be registered in Real-Time with the API AddDomain command. command = AddDomain domain = (DOMAIN) [edit] Additional Registration Parametersauth = (TEXT) transferlock = 0 | 1 X-FR-REGISTRANT-BIRTH-DATE = <DATE> X-FR-REGISTRANT-BIRTH-PLACE = <TEXT> X-FR-REGISTRANT-BIRTH-DATE = The registrant's date of birth in the form YYYY-MM-DD. X-FR-REGISTRANT-BIRTH-PLACE = (max. 255 chars) Required - The registrant's place of birth [edit] Domain TransferThe transfer has to be initiated by the gaining registrar and can be requested with the API TransferDomain command. command = TransferDomain domain = (DOMAIN) [edit] Additional Transfer ParametersListe mit rotem Badge für required Parameter und Liste mit blauem Badge für Optionale Parameter [edit] Delete DomainDomains can be deleted with the API DeleteDomain command.
command = DeleteDomain domain = (DOMAIN) [edit] Additional Deletion ParametersYYYYYYYYY [edit] Restore DomainRestores can be processed in realtime. A restore is possible within 30 days upon deletion. Please use the command RestoreDomain. [edit] OwnerchangeAn Ownerchange is free of charge and can be done with the API ModifyDomain command.
[edit] IDN DomainsA list of all allowed IDN Characters can be downloaded here: IDN Characters
[edit] ContactsOwner or Admin contacts must have a valid address (no P.O. Box) located in Germany. [edit] NameserversConfigured nameservers are required. A web based ZoneCheck is available. If you do not have your own nameservers, you have got the possibility to use a NS-Entry. Nameserver-Refresh: Please note that the DENIC ROOT Nameservers will be refreshed every uneven hour at half past. [edit] TransitTransit is the name that DENIC gives to a procedure, which makes sure that a domain holder does not lose his/her domain if it ceases to be administered by a DENIC member. You should understand a little about the background: Usually, the request to register a domain is submitted to DENIC by a DENIC member acting on behalf of the customer. This DENIC member then goes on to handle all communications with DENIC concerning the domain on behalf of the domain holder. We call this "administering the domain". If, for whatever reason, the DENIC member ceases to administer the domain, DENIC tries to get in touch directly with the domain holder as part of its TRANSIT procedure in order to ensure that it will be possible to have the domain administered in future by a DENIC member appointed by the domain holder. DENIC will send a letter to the domain holder and issues an individual password. The domain holder can now use this password on a personalized web page to indicate for each domain concerned:
This procedure ensures that the rights of domain holders to their domains are safeguarded.
DisputeIf you should ever receive an Email from our system telling you that the the respective domain name is in a DISPUTE you should contact the DENIC-Legal Department for further information. They will provide you with the information you need for removing the DISPUTE-ENTRY. But please note that DENIC will only communicate with the ADMIN or with the Domain OWNER who is listed in the public whois-database. More Information: Even if DENIC does not become involved in pending disputes about domains, it can do something for you by placing a DISPUTE entry on the disputed domain. The main effect of this instrument is that the domain holder loses the right to transfer the domain to someone else, which prevents them from trying to shirk away from sorting the matter out with you. The only feasible transfer of the domain is to you and that, of course, remains possible. The DISPUTE entry made on the domain in your favour also guarantees that you will instantly become its holder if the existing holder deletes it. That is particularly advantageous for you, since the highest German court has ruled that an adversary may file for a court to order a domain holder to delete a domain but it cannot file for an order to transfer it. If there is a DISPUTE entry on the domain in your name, then it is enough for you to file for deletion and, thanks to the DISPUTE-entry mechanism, you are sure that you will then become the domain holder yourself. For this purpose, it is essential that the form applying for a DISPUTE entry also specifies the person who will become your administrative contact should such a case arise. This will accelerate the clearing procedure later on. Trustee-Service.DE requires a local presence in order to register a domain. In most cases a local presence is required for either the owner or the admin-c (Admin-Contact) of that domain. In order to overcome this barrier and make specific TLDs unrestricted HEXONET offers Trustee Services for several TLDs which require a local presence, also for DE. Depending on the TLD, the Trustee Service is then either added to the existing contacts, or replaces one or more of the WHOIS contacts. Once replaced the Trustee acts on behalf of the registrant and thereby makes a registration of that specific TLD possible. The trustee-service can be activated with the following parameter:X-DE-ACCEPT-TRUSTEE-TAC = 0 | 1
Provider Change with AuthInfoAs from December 2008, DENIC and the DENIC members offered a new procedure to domain holders who want to change their provider. The central feature of this new procedure is the transmission of a password, which is called AuthInfo. The AuthInfo is valid exclusively for this specific action and is related to one specific domain. Two steps are required to be able to apply the procedure: First, the domain holder must request his/her provider to obtain an AuthInfo, which is then stored with DENIC. Then he/she starts a provider change with his/her new provider. Below you find a detailed description of these two steps. To actually start the provider change, the domain holder communicates the AuthInfo to his/her new provider. The new provider, or more precisely the DENIC member administering the domain, can check with DENIC whether an AuthInfo has been stored (of cause without giving the actual character set of the AuthInfo). If an AuthInfo has been stored, the provider change request can then be transmitted to DENIC together with this AuthInfo. When DENIC receives the provider change request, it checks first of all if a valid AuthInfo has been stored for the stated domain. If an AuthInfo exists and it matches the transmitted AuthInfo, the provider change is carried out immediately and the AuthInfo used for it is deleted. If the password is invalid, the provider change is rejected and the new provider is informed accordingly. If no AuthInfo is stored for the domain, the domain holder must contact his/her previous provider to clarify why no AuthInfo has been stored. An AuthInfo enables a domain holder to carry out a holder change together with the provider change. This option is not available, however, if provisions to the contrary like an active DISPUTE apply. This distinguishes the new procedure from the asynchronous one, which only provides for a separate holder change. Other domain administration processes like updating the domain data or deletions cannot be executed by means of an AuthInfo. [edit] Domain Operations[edit] Domain RegistrationDomains can be registered in Real-Time with the API AddDomain command. [edit] Change of RegistrantAn Ownerchange is free of charge and can be done with the API ModifyDomain command. In case that you want to change the registrant of a .DE Domain, you should always add a new contact Handle instead of modifying the existing contact-Handle. For your own security we recommend to request a signed ownerchange form by the new and the old Domainowner.
If you don't have the authorization of the owner you can push a domain to the registry (DeNIC Transit) with the PushDomain command: command = PushDomain domain = <DOMAIN> target = TRANSIT [edit] XIRCA renewal systemThe Deletion Process for domains with renewal mode AUTODELETE / AUTOEXPIRE is described below:
[edit] TransfersThe transfer has to be initiated by the gaining registrar and can be requested with the API TransferDomain command. Please remember that you MUST have a signed authorization-form of the registrant in order to request a transfer.
[edit] Transfer procedure WITH AuthInfo1 / AuthInfo2If you want to transfer a .DE domain to us which has an AuthInfo1 / AuthInfo2 code set, the transfer can be initiated using the WebInterface or with the API TransferDomain command like a gTLD transfer: command = TransferDomain<br> domain = example123.de<br> action = request<br> auth = xyz12345 If the Authorization Code is correct, the transfer will be processed in real-time.
If you want to transfer a .DE domain to another DENIC member you can set an AuthInfo1 code which will be valid for 30 days by simply assigning a new authorization code to the domain: command=ModifyDomain domain=<DOMAIN> auth=<TEXT> It is also possible to explicitly set or remove an AuthInfo1 code for a domain name. command=DENIC_CreateAuthInfo1 domain=<DOMAIN> (optional) auth=<TEXT> x-de-authinfo1-expirationdate = <DATE> You can remove an AuthInfo1 code with the DENIC_DeleteAuthInfo1 command: command = DENIC_DeleteAuthInfo1 domain = <DOMAIN>
command = DENIC_CreateAuthInfo2 domain = <DOMAIN> The AuthInfo2 code will be generated at DENIC. The DENIC sends a letter with the code to the registrant of the domain by post. A DENIC letter containing a AuthInfo2 code normally looks like this: DENIC AuthInfo2 letter. Please note that requesting an Authinfo2 code is not free of charge!
Please note that when a .DE Domain is transferred successfully, then the registration period starts from the beginning. [edit] DomainAddonsThe following overview shows you all available Domain Addons which can be used for this special kind of TLD. It also shows the respective API parameters which are required to activate the Domain Addons:
*1) Parameter to (de)activate: When accessing our backend through the API, you can either activate the addon with X-DE-ACCEPT-TRUSTEE-TAC=1 or deactivate it with
X-DE-ACCEPT-TRUSTEE-TAC=0 *2) Renewal Term: Is the minimum renewal term of the "Addon Class"
*3) If you are using a "Trustee" Domain Addon normally the original owner contact or the original admin contact or both are replaced by a contact provided by the trustee provider. [edit] RegistrarOCRestore ProcessTo restore a domain as a RegistrarOC customer, you simply have to execute the RestoreDomain command. HEXONET directly forwards the restore request to the registry, which performs the restore in real-time. As soon as the restore is complete, the domain will get assigned to your account with the original domain data.Please do not initiate a restore directly at the registry (e.g. using the registrar webinterface). All restore operations must be performed through our system.
|