Domain transfer gescheitert - Domain in RGP Wer trägt die Schuld?
Guten Morgen,
vor einigen Wochen beantragte ich den AUTH-Code für einen Providerwechsel von Provider-ALT zu Provider-NEU. Nach dem erhalten des Codes bekam ich noch einen Link über welchen ich den Wechsel bestätigen musste. Auch dies tat ich. Nun beantragte ich den Transfer bei Provider-NEU und gab den richtigen Auth-Code an. Anschließend fuhr ich zwei Wochen in den Urlaub. Als ich wieder kam sah ich, dass die Domain noch immer nicht übertragen war. Nach Nachforschungen stellte sich heraus, dass der Auth-Code angeblich falsch war. Mein alter Provider behauptet aber das dieser richtig war. Leider war die Domain dann schon in der RGP. Beide seiten schoben den Fehler auf den anderen und ich als Verbraucher stand doof da. Also musste ich in den sauren Apfel beißen und 60 Tage warten. Diese sind noch nicht herum und ich habe beim besuch meiner Domain/bei einer WHOIS-Abfrage festgestellt, dass diese anscheinend schon wieder registriert ist.
RGP = redemption grace period
- Wie komme ich wieder an meine Domain?
- Wer trägt die Schuld?
TL;DR
Domain transfer schlägt fehl RGP. Beide Prover (Neu+Alt) weisen die Schuld von sich. Plötzlich Domain neu registriert.
LG & vielen Dank im Voraus
Pagefreak
2 Antworten
Ohne Dir zu nahe treten zu wollen: Das ist wahrscheinlich Dein Problem. Es kommt öfter vor, dass der AuthCode falsch ausgestellt wird, das kannst Du in nahezu allen FAQs der Hoster nachlesen. Und bei Deinem neuen Hoster solltest Du normalerweise jederzeit den Status des Domaenenumzugs pruefen koennen. Und wenn da was wegen dem AuthCode schief geht, dann wird das dort angezeigt, so kenne ich es. Dann kann man reagieren und beim alten Provider einen neuen AuthCode anfordern. Woher weisst Du, dass Dein alter Provider einen korrekten AuthCode ausgestellt hat? Hast Du den geprueft? Hat Deine Domaene eventuell sogar einen "Lock"-Eintrag? Dann kannst Du 100 AuthCodes angeben, der Umzug wird nicht stattfinden.
Beide Anbieter haben wahrscheinlich (ich kenne ja die genaue Sachlage nicht) alles korrekt abgewickelt: Nr. 1 den AuthCode ausgestellt, Nr. 2 den Umzug versucht und Dir das Scheitern auf die eine oder andere Weise wahrscheinlich auch signalisiert. Aber Du als Verbraucher hast auch eine Verantwortung, dann auf einen Fehler zu reagieren. Wenn Du das aus welchen Gruenden auch immer nicht machst ... dann hast Du Pech gehabt.
Bei meinem neuen Provider konnte ich nur sehen "wird bearbeitet". Das lässt einen bei 1-2 Tagen erstmal nicht misstrauisch werden. Ich erhielt erst durch genauere Nachfrage die Information, dass der Transfer fehlgeschlagen ist.
Bei dem neuen Provider stand zu jeder Zeit der Status "wird bearbeitet". Und da ich in der Zwischenzeit weg war konnte ich mich nicht früher darum kümmern. Nach einem Tag bin ich noch nicht misstrauisch geworden, da so ein Transfer ja eine Zeit braucht. Ein "Lock"-Eintrag ist/war definitiv nicht vorhanden. Und der Auth-Code wurde mir sogar rückwirkend vom alten Provider noch einmal bestätigt.
Ich fürchte da hast Du richtigggehend pech gehabt. Das ein AuthInfo-Code mal falsch ausgestellt wird, kommt vor, aber eher selten. Dennoch ist es deine Aufgabe als Domaininhaber gewesen die vertraglichen Verpflichtungen der beiden Provider dir gegenüber zu überprüfen. Einfach den AuthInfo-Code beim neuen Provider zu hinterlegen und dann 2 Wochen weg zu fahren ohne den Erfolg zu kontrollieren war ein Fehler.
Wenn dir die Domain superwichtig ist, könntest du höchstens noch einen Anwalt bemühen das für dich zu regeln. Das könnte jedoch für dich auch teuer und ohne Erfolg enden.
Eine Sache wundert mich noch: du sagst du hast eine E-Mail mit Link zur Bestätigung de Umzugs erhalten bevor Du den AuthInfo-Code beim neuen Provider hinterlegt hast. Um was für eine Topleveldomain handelt es sich? Solche Bestätigungslinks gibt es z.B. nicht bei .de, nur bei .com, .info, .net etc.
Diesen Link hättest Du eigentlich erst bekommen sollen, wenn der neue Provider den AuthInfo-Code von dir angewendet hat. Daher stimmt irgendetwas an deiner Story nicht.
Mit dem Bestätigungslink liegst du richtig. Es handelt sich um eine .com Domain.