Skip to content

Transfers ​

Drei verschiedene Dinge heißen hier Transfer, und sie verhalten sich unterschiedlich. Klär vorher, welches davon du machst.

Du willstLies
Eine Domain von einem anderen Anbieter herholenTransfer herein
Eine Domain zu einem anderen Anbieter weggebenTransfer heraus
Eine Domain eines anderen ITSH-Kunden übernehmenZwischen zwei ITSH-Konten

Transfer herein ​

Such die Domain unter Domains → Domain registrieren. Eine bereits registrierte Domain kommt als Belegt zurück, und die Zeile bekommt ein Feld Auth-Code und einen Transfer-Knopf. Code eintragen, in den Warenkorb legen, bezahlen.

Den Auth-Code (auch EPP-Code oder Transfer-Code genannt) bekommst du von deinem bisherigen Anbieter. Im Multicheck kannst du ihn stattdessen direkt in der Zeile mitgeben, eine Domain pro Zeile:

text
beispiel.com:AUTHCODE

Meldest du dich erst an, nachdem die Domain im Warenkorb liegt, nimmt dein Konto den Code nicht mit. Nimm die Domain dann aus dem Warenkorb und leg sie mit dem Code erneut hinein, bevor du bezahlst.

Ob überhaupt ein Code nötig ist, hängt an der Endung. Wo keiner nötig ist, steht statt des Felds:

text
Kein Auth-Code nötig – Genehmigung per E-Mail an Admin-C (bis zu 15 Tage)

Diese Genehmigung geht an den Admin-Kontakt der Domain beim abgebenden Anbieter, nicht an dein ITSH-Konto, und genau deshalb ist Schritt 3 unten wichtig.

Vorher beim abgebenden Anbieter erledigen:

  1. Die Domain entsperren. Eine gesperrte Domain lehnt den Transfer bei der Registrierungsstelle ab.
  2. Den Auth-Code holen.
  3. Prüfen, ob die Kontakt-E-Mail der Domain dich noch erreicht, denn dorthin geht die Bestätigung der Registrierungsstelle.

Ein falscher Auth-Code kostet die Bestellung, nicht nur den Versuch

Der Transfer wird bei der Ausführung der Bestellung versucht, also nach der Zahlung. Einen Code, den die Registrierungsstelle ablehnt, kannst du nicht nachbessern. Lehnt sie schon die Anfrage ab, wird die Bestellung über etwa 20 Minuten ein paar Mal wiederholt, scheitert dann und wird erstattet. Nimmt sie die Anfrage an und der Transfer scheitert später, wird die Bestellung wie unten beschrieben rückgängig gemacht. In beiden Fällen gilt: Hol einen frischen Code beim abgebenden Anbieter und bestell neu.

Ein Transfer bringt dein DNS nicht mit

Die Zone wird nicht vom abgebenden Anbieter kopiert. Sobald die Domain hier ankommt, gelten die Einträge der neuen Zone, und jede Seite oder jedes Postfach, das an der alten Zone hing, löst nicht mehr auf. Schreib die Einträge vorher auf, oder exportiere beim alten Anbieter die Zone-Datei und spiel sie hier über den Zone-Import ein.

Solange der Transfer läuft ​

Sobald die Bestellung durch ist, erscheint die Domain unter Domains mit dem Status Transfer läuft, und du bekommst eine E-Mail, dass der Transfer beantragt ist. Abgebender Anbieter und Registrierungsstelle müssen ihn noch abschließen. Das dauert meist ein paar Tage, und der abgebende Anbieter bittet dich eventuell um eine Bestätigung.

Schon jetzt kannst du:

  • DNS-Einträge und DynDNS bearbeiten, damit die Zone bereitsteht, wenn die Domain ankommt
  • Delegierte entfernen

Erst nach Abschluss des Transfers:

  • Nameserver, Kontakte und die übrigen Domain-Einstellungen
  • Delegierte hinzufügen oder ändern, für die Domain oder für ihre Postfächer
  • die Mail-DNS-Einträge einrichten
  • die Domain als Hostname oder Weiterleitung einer Hosting-Website verwenden

Der Transfer wird alle 15 Minuten geprüft. Meldet die Registrierungsstelle ihn als abgeschlossen, wird die Domain aktiv, und du bekommst eine Bestätigung per E-Mail.

Ein gescheiterter Transfer wird automatisch rückgängig gemacht

Meldet die Registrierungsstelle den Transfer als gescheitert oder abgebrochen, wird die Domain aus deinem Konto entfernt, ihr Abo endet, und was du für die Domain bezahlt hast, wird erstattet. Eine DNS-Zone, die die Bestellung angelegt hat, wird ebenfalls entfernt. Hast du die Nameserver schon auf unsere umgestellt, stell sie beim abgebenden Anbieter zurück. Ein E-Mail-Paket aus derselben Bestellung bleibt aktiv, und die E-Mail, die du bekommst, erklärt, was es braucht. Ein Transfer, den die Registrierungsstelle fallen lässt, ohne ihn abzuschließen, wird nach 14 Tagen genauso behandelt.

Transfer heraus ​

Domain Aktionen → Transfer → AuthCode anfordern. Das Portal zeigt den Code und die drei Schritte:

text
1. AuthCode hier anfordern
2. Domain beim neuen Anbieter einrichten
3. AuthCode dort eingeben

Das Anfordern des Codes entsperrt die Domain

Dieselbe Aktion, die dir den Auth-Code gibt, hebt die Transfer-Sperre auf. Genau das macht den Transfer möglich, und genau das lässt die Domain auch für jeden anderen offen, der den Code hat. Fordere keinen Code an, den du nicht gleich verwendest, und schalt bei einem Sinneswandel unter Domain Aktionen die Transfer-Sperre wieder ein.

Nach dem Transfer wird die Domain nicht mehr hier verwaltet, ihr DNS und die daran hängenden Postfächer eingeschlossen. Das Portal sagt das vorher:

text
Nach dem Transfer wird die Domain nicht mehr über dieses Portal verwaltet.

Jemand anderes hat einen Transfer deiner Domain gestartet ​

Fragt ein anderer Registrar eine deiner Domains an, bekommst du eine E-Mail, und die Anfrage erscheint unter Transfer-Out Anfragen. Anfragen werden alle 5 Minuten abgeholt, eine Anfrage taucht also kurz danach auf und nicht sofort.

Das Portal ist beim Risiko deutlich, und zu Recht:

text
Wenn du diesen Transfer NICHT initiiert hast, lehne ihn sofort ab!
AktionWas sie braucht
Transfer ablehnenNichts. Ablehnen ist schützend und deshalb nie gesperrt
Transfer genehmigenEinen 6-stelligen Code: aus deiner Authenticator-App, wenn TOTP an ist, sonst per E-Mail, sobald du auf Genehmigen klickst, 10 Minuten gültig und nur einmal verwendbar

Fünf falsche Codes beenden die Genehmigung dieser Anfrage

Nach fünf falschen Codes kann die Anfrage nicht mehr genehmigt werden, und du bekommst eine E-Mail dazu. Ablehnen geht weiterhin. Tu das, wenn du den Transfer nicht veranlasst hast: Ein unbeantworteter Transfer heraus kann zum Fristende der Registrierungsstelle trotzdem automatisch durchgeführt werden.

An diesen Anfragen steht keine Frist

Das Portal listet den Erkennungszeitpunkt und den neuen Registrar, aber nichts sagt dir, wie lange du Zeit hast. Nimm die Benachrichtigungsmail als Uhr und antworte darauf, statt die Anfrage in der Liste liegen zu lassen.

Zwischen zwei ITSH-Konten ​

Eine Domain eines anderen ITSH-Kunden geht nicht zur Registrierungsstelle hinaus und wieder zurück. Sie wechselt direkt, und wie sie wechselt, hängt davon ab, ob du den Auth-Code hast.

Weil die Registrierungsperiode schon bezahlt ist, zahlst du anteilig für den Rest davon und nicht ein volles Jahr. Sind noch 7 Tage oder weniger übrig, gibt es nichts sinnvoll anteilig zu rechnen, und du zahlst den normalen Preis.

Mit Auth-Code verhält es sich wie jeder andere Transfer herein: mit dem Code in den Warenkorb legen, und beim Bezahlen ist es erledigt.

Ohne Auth-Code muss der Verkäufer zustimmen. Beim Bezahlen entsteht auf seiner Seite eine Interne Transfer-Anfrage, und dein Kauf wartet. Er bekommt eine E-Mail und sieht sie unter Interne Transfer-Anfragen, mit derselben Aufteilung wie beim Transfer heraus: Genehmigen braucht einen Code, Ablehnen nicht. Die E-Mail mit dem Code nennt die E-Mail-Adresse des Käufers, und auch hier beenden fünf falsche Codes die Genehmigung dieser Anfrage.

Unbeantwortete Anfragen laufen nach 14 Tagen ab

Eine interne Transfer-Anfrage, die der Verkäufer weder genehmigt noch ablehnt, läuft 14 Tage nach ihrer Erstellung ab, und der Transfer findet nicht statt. Das Portal zeigt das Ablaufdatum an der Anfrage.

Zwei Dinge werden im Moment des Abschlusses geprüft, und jedes davon stoppt ihn:

  • Der Verkäufer muss die Domain noch halten und die Registrierung darf nicht abgelaufen sein. Eine Domain nach Ende ihrer Periode lässt sich nicht transferieren, nur wiederherstellen.
  • Eine vom Verkäufer geplante Kündigung wird im Zuge des Transfers aufgehoben, damit du keine Registrierung erbst, die auf Ablauf steht.

Wie es weitergeht ​