Auth-Code geholt, vermeintliche Transfersperre gelöst, Transfer zu EuroVDC gestartet — und das Panel meldet „60 Tage warten“ oder der abgebende Registrar nennt eine Sperre nach Change of Registrant. Der Auslöser ist oft nicht der Lock-Schalter: Sie haben die Inhaber-E-Mail (oder Besitzfelder) unmittelbar vor dem Transfer geändert.
ICANN-Regeln setzen nach Change of Registrant in üblichen gTLD-Fällen eine rund 60-tägige Transferbeschränkung. Ziel: ein gekapertes Konto soll die Domain nicht über Nacht verschieben. Hier erfahren Sie, warum Sie hängen, was in der Wartezeit noch geht und welche Reihenfolge die Falle vermeidet.
Transfersperre ist nicht CoR-Sperre
Die Panel-„Transfersperre“ / clientTransferProhibited können Sie oder der Registrar freigeben; Details in unserem englischen Transfer-Lock-Artikel. Die Change-of-Registrant-Sperre gehört zum ICANN-Prozess: Ändern sich Inhaber-E-Mail, Organisation oder verwandte WHOIS-Felder, folgen Freigabe und Wartefenster.
Beides gleichzeitig verwirrt. Prüfen Sie zuerst Auth-Code und klassische Sperre; bei weiterem Refuse schauen Sie auf Inhaber-E-Mail/Besitzänderungen der letzten 60 Tage. Weg zu EuroVDC: Domain zu EuroVDC transferieren (EPP/Auth-Code).
Warum die E-Mail vor dem Transfer geändert wird
Klassiker: alte Firmenmailbox tot, WHOIS wird „aufgeräumt“, danach Transfer — und CoR blockiert. Sicherer: Transfer planen, frischen Auth-Code holen, Sperre korrekt lösen, Umzug abschließen, erst dann Inhaber-Kontakt auf die neue Firmenadresse ziehen.
Weitere Falle: Sie glauben, nur die Rechnungsmail zu ändern, aktualisieren aber den Registrant-Kontakt. UI-Bezeichnungen (Admin vs. Registrant) lösen CoR unbemerkt aus.
Was in den 60 Tagen noch möglich ist
Die Domain bleibt erreichbar. Nameserver auf ns1.eurovdc.eu / ns2.eurovdc.eu zeigen und Web sowie MX (z. B. securemail.eurovdc.eu Prio 10) in der Zone verwalten. DNS und Registrarwechsel sind trennbar — Produkt: Firmen-E-Mail.
Nach Ablauf Auth-Code erneuern (alte Codes verfallen), Sperre prüfen, Transfer starten. Bei echter Eile den aktuellen Registrar nach Ausnahme/Frühfreigabe fragen — nicht jedes TLD erlaubt dasselbe.
Checkliste vor dem Transfer
- Inhaber-E-Mail oder Besitzfelder in den letzten 60 Tagen geändert?
clientTransferProhibitedaus?- Auth-Code frisch und für das richtige TLD?
- WHOIS-Privacy blockiert Freigabe-Mails?
- Nameserver früh ausgerichtet, wenn DNS-Ruhe nötig ist?
Kurz: Inhaber-E-Mail direkt vor dem Transfer „sauber“ zu machen, kann den Umzug um Wochen verzögern. Erst transferieren, dann Kontakte aktualisieren.
FAQ
Gilt die 60-Tage-Frist überall gleich?
Bei ICANN-gTLDs ist das CoR-Gerüst üblich; ccTLDs haben eigene Regeln. Ablehnungsgrund und Timer beim Registrar lesen.
Zählt nur die Admin-E-Mail als CoR?
Registrant-Änderungen lösen CoR aus. Getrennte Admin/Tech-Kontakte können abweichen — Rolle im Panel prüfen.
Sperre aus, Auth ok, trotzdem Refuse?
Letztes CoR-Datum, Jungdomain-Sperren, offene Rechnungen oder TLD-Holds prüfen. Refuse-Code im Ticket angeben.
DNS schon zu EuroVDC, Registrar später?
Ja. ns1/ns2.eurovdc.eu und Zonenpflege sind vom Registrartransfer unabhängig.
Stoppt die Mail während des Transfers?
Der Registrarwechsel löscht MX nicht von allein. Solange MX/SPF in der aktiven Zone stehen, fließt Post; leere Nameserver brechen sie.
Wo liegt die EuroVDC-Transferanleitung?
EPP/Auth-Schritte in der Wissensdatenbank Transfer.
