FlashT 299 Report post Posted January 25, 2010 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 Share this post Link to post Share on other sites
amfre 0 Report post Posted January 26, 2010 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? Share this post Link to post Share on other sites
FlashT 299 Report post Posted January 26, 2010 (edited) 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 Share this post Link to post Share on other sites
amfre 0 Report post Posted January 26, 2010 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? Share this post Link to post Share on other sites
danlis 0 Report post Posted January 26, 2010 Tak swoja droga... taki rejestator ma wglad do kontaktu innego rejestratora przypisanego do ich domeny? Tak. Share this post Link to post Share on other sites
FlashT 299 Report post Posted January 26, 2010 Z drugim pytaniem chodzi Ci o możliwość przeglądania danych kontaktów innego Partnera przez EPP? Tak... Share this post Link to post Share on other sites
amfre 0 Report post Posted January 26, 2010 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)? Share this post Link to post Share on other sites
Bert 0 Report post Posted January 26, 2010 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. Share this post Link to post Share on other sites
FlashT 299 Report post Posted January 26, 2010 Nie możesz. To na jakiej podstawie ma niby nastapic cesja domeny skoro nowy rejestator nawet nie wie kto jest wlascicielem? Share this post Link to post Share on other sites
Bert 0 Report post Posted January 26, 2010 (edited) 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 Share this post Link to post Share on other sites
danlis 0 Report post Posted January 26, 2010 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. Share this post Link to post Share on other sites
Bert 0 Report post Posted January 26, 2010 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) Share this post Link to post Share on other sites
danlis 0 Report post Posted January 26, 2010 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. Share this post Link to post Share on other sites
Bert 0 Report post Posted January 26, 2010 (edited) 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 Share this post Link to post Share on other sites
FlashT 299 Report post Posted January 26, 2010 [...](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. Share this post Link to post Share on other sites
FlashT 299 Report post Posted January 26, 2010 Chcialem tylko poinformowac iz sprawa z Consulting Service najprawopodobniej skonczy sie w sadzie. Share this post Link to post Share on other sites
danlis 0 Report post Posted January 26, 2010 (edited) 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 Share this post Link to post Share on other sites
amfre 0 Report post Posted January 27, 2010 (edited) 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 Share this post Link to post Share on other sites
FlashT 299 Report post Posted January 27, 2010 (edited) 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 Share this post Link to post Share on other sites
danlis 0 Report post Posted January 27, 2010 (edited) 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 Share this post Link to post Share on other sites
icered 4 Report post Posted January 27, 2010 Authinfo musi jednoznacznie identyfikowac obiekt. Od jednoznacznej identyfikacji obiektu jest roid, a nie authinfo. Share this post Link to post Share on other sites
FlashT 299 Report post Posted January 27, 2010 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 Share this post Link to post Share on other sites