Consulting Service + Sedo = porazka?

[FlashT 299]

Witam,

Czy to normalne ze rejestrator po kupnie przez ich klienta domeny z Sedo i przeniesienu jej do nich odmawia cesji domeny na tego klienta bo nie ma "papierkow"?

Pozdrawiam,

FlashT

[amfre 0]

Witam,

Czy to normalne ze rejestrator po kupnie przez ich klienta domeny z Sedo i przeniesienu jej do nich odmawia cesji domeny na tego klienta bo nie ma "papierkow"?

Pozdrawiam,

FlashT

 

Niech zgadnę - Sedo przetransferowało razem z Tobą domenę do Consulting Service z danymi Abonenta Sedo lub sprzedającego?

[FlashT 299]

Niech zgadnę - Sedo przetransferowało razem z Tobą domenę do Consulting Service z danymi Abonenta Sedo lub sprzedającego?

 

Dokladnie tak. I odmawia zrobienia cesji. A NASK umywa od tego rece.

Tak swoja droga... taki rejestator ma wglad do kontaktu innego rejestratora przypisanego do ich domeny? Czy jest to tylko i wylacznie symboliczny numerek i nawet nie wiedza kto jest wlascicielem?

Edited January 26, 2010 by FlashT

[amfre 0]

Dokladnie tak. I odmawia zrobienia cesji. A NASK umywa od tego rece.

Tak swoja droga... taki rejestator ma wglad do kontaktu innego rejestratora przypisanego do ich domeny? Czy jest to tylko i wylacznie symboliczny numerek i nawet nie wiedza kto jest wlascicielem?

 

NASK nie ma nic do tego. Moim zdaniem za tego rodzaju akcje wine ponosi Sedo, które utożsamia przekazanie kodu authinfo z cesją domeny (a w teorii kod służy do transferu). Poza tym Sedo umywa ręce zgarniając OGROMNE prowizje. Generalnie ich nie trawię

 

Natomiast dziwne, że Sedo odmawia zrobienia cesji, bo z tego co wiem w takich sytuacjach zawsze się dostosowują i nawet po skasowaniu prowizji pomagają przy dokończeniu cesji. Chyba, że się coś zmieniło to niestety ich nie przymusisz.

 

Co pozostaje? Może opcja...

 

Z drugim pytaniem chodzi Ci o możliwość przeglądania danych kontaktów innego Partnera przez EPP?

[danlis 0]

Tak swoja droga... taki rejestator ma wglad do kontaktu innego rejestratora przypisanego do ich domeny?

 

Tak.

[FlashT 299]

Z drugim pytaniem chodzi Ci o możliwość przeglądania danych kontaktów innego Partnera przez EPP?

 

Tak...

[amfre 0]

Tak...

 

Odpowiedzi niestety nie znam ale z chęcią poznam. Czy ja będąc Partnerem A mogę oglądać szczegóły kontaktu domen zarejestrowanych przez Partnera B (nawet w sytuacji kiedy Abonentem jest osoba prywatna)?

[Bert 0]

Odpowiedzi niestety nie znam ale z chęcią poznam. Czy ja będąc Partnerem A mogę oglądać szczegóły kontaktu domen zarejestrowanych przez Partnera B (nawet w sytuacji kiedy Abonentem jest osoba prywatna)?

 

Nie możesz.

[FlashT 299]

Nie możesz.

 

To na jakiej podstawie ma niby nastapic cesja domeny skoro nowy rejestator nawet nie wie kto jest wlascicielem?

[Bert 0]

To na jakiej podstawie ma niby nastapic cesja domeny skoro nowy rejestator nawet nie wie kto jest wlascicielem?

 

Rejestrator ma wgląd do tych danych dopiero po transferze.

Edited January 26, 2010 by Bert

[danlis 0]

Rejestrator ma wgląd do tych danych dopiero po transferze.

 

Przed transferem również - wystarczy mieć authinfo do samej domeny i można odczytać szczegóły kontaktu abonenta.

[Bert 0]

Przed transferem również - wystarczy mieć authinfo do samej domeny i można odczytać szczegóły kontaktu abonenta.

 

No tak, ale pytanie brzmiało raczej czy rejestrator A ma wgląd do danych domen rejestratora B (zakładam, że nie znamy kodu authinfo)

[danlis 0]

No tak, ale pytanie brzmiało raczej czy rejestrator A ma wgląd do danych domen rejestratora B (zakładam, że nie znamy kodu authinfo)

 

Cała dyskusja zaczęła się od przeniesionej domeny ("taki rejestator ma wglad do kontaktu innego rejestratora przypisanego do ich domeny?") i tego, czy można podejrzeć kontakt dla takiej domeny utworzony przez innego registrara. Odp. brzmi "można. ".

 

Poza tym ja odniosłem się do Twojego stwierdzenia, że "można odczytać wyłącznie PO transferze" - domena nie musi być przeniesiona, aby odczytać szczegóły kontaktu - do tego wystarczy znać authinfo dla domeny (czyli nawet nie do samego kontaktu, który oczywiście również ma swój kod, z defaultu inny niż dla domeny).

 

Jeśli registrar A nie ma kodu dla domeny to oczywiście NIE odczyta szczegółów kontaktu. Ale jeśli ma kod do domeny, to tak, odczyta szczegóły.

[Bert 0]

Cała dyskusja zaczęła się od przeniesionej domeny ("taki rejestator ma wglad do kontaktu innego rejestratora przypisanego do ich domeny?") i tego, czy można podejrzeć kontakt dla takiej domeny utworzony przez innego registrara. Odp. brzmi "można. ".

 

Poza tym ja odniosłem się do Twojego stwierdzenia, że "można odczytać wyłącznie PO transferze" - domena nie musi być przeniesiona, aby odczytać szczegóły kontaktu - do tego wystarczy znać authinfo dla domeny (czyli nawet nie do samego kontaktu, który oczywiście również ma swój kod, z defaultu inny niż dla domeny).

 

Jeśli registrar A nie ma kodu dla domeny to oczywiście NIE odczyta szczegółów kontaktu. Ale jeśli ma kod do domeny, to tak, odczyta szczegóły.

 

Mógłbyś przybliżyć mi jaka wartość wywołania w EPP to umożliwia? Z góry dzięki.

Edited January 26, 2010 by Bert

[FlashT 299]

[...](czyli nawet nie do samego kontaktu, który oczywiście również ma swój kod, z defaultu inny niż dla domeny).

 

Authinfo musi byc globalnie unikalne, system nie przyjmie drugiego takiego samego kodu authinfo, nawet jesli taki kod istnieje u zupelnie innego rejestratora.

[FlashT 299]

Chcialem tylko poinformowac iz sprawa z Consulting Service najprawopodobniej skonczy sie w sadzie.

[danlis 0]

Mógłbyś przybliżyć mi jaka wartość wywołania w EPP to umożliwia? Z góry dzięki.

 

Nie bardzo mogę, ale: wskazówka jest w pkt 5.20.2 dokumentacji EPP, w trzecim podpunkcie

 

Authinfo musi byc globalnie unikalne, system nie przyjmie drugiego takiego samego kodu authinfo, nawet jesli taki kod istnieje u zupelnie innego rejestratora.

Noooo tak ("co do "unikalne"), chociaż być może z mojego postu to nie wynikało. Natomiast unikalność sprawdzana jest wyłącznie dla obiektów danego rejestratora, zatem możesz mieć domenę u rejestraora A z hasłem X i inną domenę u rejestratora B z identycznym jak dla A authinfo X.

Edited January 26, 2010 by danlis

[amfre 0]

Authinfo musi byc globalnie unikalne, system nie przyjmie drugiego takiego samego kodu authinfo, nawet jesli taki kod istnieje u zupelnie innego rejestratora.

 

 

Mi się wydaje, że tu nie chodziło o 2 kody authinfo tylko o to, że domena ma swój kod, a kontakt (Abonent ntaXXXXXX) ma osobny kod.

 

FlashT - z kim się chcesz sądzić w tej sprawie?

Edited January 27, 2010 by amfre

[FlashT 299]

Natomiast unikalność sprawdzana jest wyłącznie dla obiektów danego rejestratora, zatem możesz mieć domenę u rejestraora A z hasłem X i inną domenę u rejestratora B z identycznym jak dla A authinfo X.

 

To nie jest prawda... Authinfo musi jednoznacznie identyfikowac obiekt. Przynajmniej tak bylo w systemie testowym, w nietestowym to ciezko to sprawdzic.

Edited January 27, 2010 by FlashT

[danlis 0]

To nie jest prawda... Authinfo musi jednoznacznie identyfikowac obiekt. Przynajmniej tak bylo w systemie testowym, w nietestowym to ciezko to sprawdzic.

 

Tzn co jest nieprawdą? W dokumentacji jest wyraźnie napisane co i gdzie jest sprawdzane (pkt 5.7.2)... Zresztą: właśnie sprawdziłem i utworzyłem obiekt (kontakt) o authinfo takim, jak domena u jednego z rejestratorów (ale innego niż ten, u którego utworzyłem kontakt). Zadziałało, bo i w sumie czemu miało nie zadziałać

 

d.

Edited January 27, 2010 by danlis

[icered 4]

Authinfo musi jednoznacznie identyfikowac obiekt.

Od jednoznacznej identyfikacji obiektu jest roid, a nie authinfo.

[FlashT 299]

Tzn co jest nieprawdą? W dokumentacji jest wyraźnie napisane co i gdzie jest sprawdzane (pkt 5.7.2)... Zresztą: właśnie sprawdziłem i utworzyłem obiekt (kontakt) o authinfo takim, jak domena u jednego z rejestratorów (ale innego niż ten, u którego utworzyłem kontakt). Zadziałało, bo i w sumie czemu miało nie zadziałać

 

d.

 

 

Czyli serwer testowy dziala inaczej... ciekawe