realestatepartner.de
Gelöscht: 16.05.2023 --> Dropday 16.06.2023
AuthInfo2: 23.05.2023 --> Dropday 23.06.2034
Restore per AuthInfo2: 28.05.2023
Wieder gelöscht: 28.05.2023 --> Dropday 28.06.2023
Es gab gestern ein Update bei der realestatepartner.de:
realestatepartner.de
Gelöscht: 16.05.2023 --> Dropday 16.06.2023
AuthInfo2: 23.05.2023 --> Dropday 23.06.2034
Restore per AUTHINFO2: 28.05.2023
Wieder gelöscht: 28.05.2023 --> Dropday 28.06.2023
Restore per RESTORE: 27.06.2023, 06:26:32, sedoparking.com --> realtime.at Domain Services GmbH
Wieso ist der Restore am 27.06.2023 um 06:26 erfolgt, wenn das Dropdate doch erst am 28. zwischen 2h und 4h war? Entweder ist Realtime ziemlich doof oder es gibt einen Grund das so zu faken. Für mich gibt es zwei Erklärungen hier:
1) Mit DELETE und AUTHINFO2 kann man eigene Domains oder Domains von einem Kunden in der Dropliste erscheinen lassen. Dann werden die auf der Droplattform versteigert und ohne Ressourcenverbrauch per RESTORE gecatcht. Mit dem RESTORE wird die Domain kurz vorher reaktiviert, wobei kurz vorher idealerweise um 1:59h am Dropday wäre. Für den Backorder-Höchgstietenden sieht es dann so aus, als würde die Domain regulär gelöscht sein und er zahlt Preise, die er für eine normale Domain, die aus der Hand eines Domainers kommt, nicht zahlen würde.
2) Mit DELETE und AUTHINFO2 und RESTORE von eigenen Domains soll Verwirrung bei konkurrierenden Catchsystemen geschaffen werden. Konkurrenzen, die dieses System nicht durchschauen, verbrauchen unnötig Ressourcen auf Domains, die niemals droppen werden. Die Verwirrung kann man systematisieren und verschiedene Strategien fahren.