Newsgroup: it.lavoro.professioni.webmaster
Titolo: Domino Status: REGISTRAR-LOCK

Salve a tutti, mi sono accorto che presso la società presso cui ho
l'hosting ha segnato tutti i miei domini con Status: REGISTRAR-LOCK ,
vorrei sapere se la pratica è corretta e comune atta a tutelare
frettolosi o errati cambi di registrar o se è una politica
opporutunista per legarsi a se il cliente.
Premetto che la società è sempre stata serissima, ben conosciuta in
internet e non ho intenzione di cambiare. 
Diciamo che vorrei sapere se la pratica è, diciamo deontologicamente
corretta o se devo richiedere lo sblocco dello status.
Grazie
Andrea

 ha scritto nel messaggio 
news:jcacn0hgjmjafnkhn...@4ax.com...

molti provider hanno giustamente applicato questa politica in quanto troppe 
volte capita che all'admin-c del dominio venga inviato un email dove viene 
comunicato la scadenza del dominio e relativa richiesta di rinnovo da parte 
di un altro registrar, l'utente un po' per ignoranza un po' per il timore di 
vedersi il dominio disattivato, segue i link dell'email e approva il rinnovo 
e relativo trasferimento presso un nuovo registrar.
Il fatto di aver inserito questo blocco obbliga il cliente a richiedere al 
registrar lo sblocco del dominio prima di poterne richiedere il 
trasferimento in questo modo si è tutelati da questo tipo di azioni
-- 
ITHost (your host company)
Technical Manager
C. Paparelli (MCSE,MCSD,MCDBA)
http://www.ithost.ch
 

Andrea ha scritto:

E' solo per tutelare il cliente da false comunicazioni
-- 
Marco
Area Hosting.CTWEB SERVICE
http://www.areahosting.it

trasferimento in questo modo si è tutelati da questo tipo di azioni
Ti ringrazio, vista la società mi sembrava strano fosse per altri
motivi.
Vorrei approfittare per chiederti un'altra cosa, spesso accade che
networksolutions, ivii ai miei clienti, anche molti mesi prima della
scadenza, lettere dove dichiara che il dominio è in sadenza e di
provvedere al rinnovo presso di loro, nn so se capita anche a te, a me
succedeva anche con il vecchio servizio di hosting.  Sai per caso come
fare per evitare la cosa? 
Grazie 
Andrea

 Andrea
Anche a domini non registrati con NetSol?
Sei sicuro che le lettere provengano proprio da NetworkSolutions?


 fare per evitare la cosa?
mmh cambiare registrar oppure filtrare le email :-)



wrote:

Si sull'intestazioni i dati sono loro, il registrar attuale č tucows
ma mi capitava anche quando erano registrati  direttamente con
NetworkSolutions.
Tra l'altro le lettere arrivano direttamente ai clienti non all'admin

mmh cambiare registrar oppure filtrare le email :-)
Mi capitava anche con quello prima, che stiano monitorando il computer
del mio fornitore di hosting ;-)))
Grazie ancora a  tutti per le risposte esaurienti e veloci
Andrea

Andrea ha scritto:


strano... non mi e' mai successo con NetSol
Solitamente questo comportamento e' da attribuirsi a Domain Registry of 
America.
Fortunatamente i clienti ci avvertono quando ricevono comunicazioni di 
questo tipo. Comunque abbiamo provveduto a sensibilizzarli in anticipo.
Ti consiglieri di fare la stessa cosa.


ciao,
sicuro che non si tratti di email che richiedano di verificare i dati di
assegnazione?
Infatti da un po' di mesi è in vigore il Whois Data Reminder Policy:
http://www.icann.org/registrars/wdrp.htm
Questa procedura è stata introdotta poichè un'alta percentuale di domini ha
i dati Registrant e Admin-c (Titolare e contatto amministrativo) non
aggiornati.
Tenere questi dati sempre aggiornati è un "dovere" dell'assegnatario del
nome a dominio, sia per motivi legati alla certezza della rintracciabilità
di chi usa il dominio, sia perchè trasferimenti ed altre operazioni sui
domini possano essere fatte in modo rapido e certo.
Ciao
Francesco
www.dominiando.it

 Andrea
E' solo una polita opportunista del tuo provider, un provider serio non ha
motivo di bloccare il domino, lo fa solo chi vuole "tenere" il cliente il
più a lungo possibile :) o almeno provarci.
Inoltre non è strettamente necessario farlo anche per il semplice fatto
che:
-Il registrar invia la mail di trasf. eventuale solo all'Admin del dominio
che di solito è il provider.
-Si hanno in media 5 giorni per confermare ... quindi si ha il tempo di
fare eventuali verifiche.
-Inoltre non è vero che per trasferire un dominio è sufficiente rispondere
alla sola mail per confermare, si va ad un link, si inserisce uno o più
codici e poi si conferma, la prassi può variare da un registar ad un
altro, ma di sicuro non si trasf. un dominio rispondendo ad una mail (qui
parlo di registrar seri)
Ergo, non vedo il motivo di bloccare un dominio, se non per il motivo di
cui sopra.
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 cui sopra.
se la cosa č trasparante ovvero il cliente lo sa e non vi č nessun 
ostruzionismo č un bene il blocco, tant'č che molti registrar impostano di 
default un blocco a livello utente


 più a lungo possibile :) o almeno provarci.
sciocchezza...
quanti clienti vengono indotti in tentazione da false e-mail o lettere, 
rischiando di pagare piu' volte (o piu' caro) un servizio gia' acquistato?


 rischiando di pagare piu' volte (o piu' caro) un servizio gia' acquistato?
Oh capito tu sei uno di quelli e ti senti chiamato in causa ma io non
posso farci nulla, e sai benissimo che le mail non tentano nessuno, come
ho già scritto non è con la semplice risposta di una mail che confermi un
traf.
Sempre che il tuo registrar non sia un "pirata" e sai quel che voglio
dire, possono star tranquilli i tuoi clienti sììì!


 default un blocco a livello utente
In ogni caso non credo sia necessario.


 
Guarda di default le ultime registrazioni sono impostate con il blocco:
il cliente, attraverso pannello puo' o meno impostare modificare lo 
status.. quindi come vedi la trasparenza e' totale.
Credo soltanto che la tua convinzione non sia fondata: l'ingenuita' 
(chiamiamola cosi') regna sovrana


 sappiamo le varianti in tal senso sono davv'ero molte.
mmh informati bene ma l'admin-c è e deve sempre essere il cliente finale con 
tanto di email, il responsabile tecnico o il billing può essere diverso, nel 
caso specifico l'hoster dovrebbe apparire unicamente come tech-c in quanto 
responsabile dei dns mentre il webmaster di solito è il billing-c ma 
l'admin-c è sempre il cliente. Mettere la propria email o peggio i propri 
dati nell'admin-c è illegale e volendo il cliente potrebbe fare causa


 dati nell'admin-c è illegale e volendo il cliente potrebbe fare causa
Infatti io ho detto che tutti i domini sono a mio nome e non quello della
società di hosting, ma mi è capitato di vederlo in qualche occasione.
In ongni caso non la farei così drammatica, non vedo poi dove sia la
differenza, e se poi il cliente non ha una sua e-mail? o non vuole
saperne, come ho già detto le possibilità sono molto.
Ovvio bisogna essere aperti anche con la testina però :)


 Ovvio bisogna essere aperti anche con la testina però :)
bella questa :-)
qui si che vedo la mente furbetta di chi vuole bloccare il cliente...


 differenza, e se poi il cliente non ha una sua e-mail?
se ha un dominio avrà un email, almeno postm...@dominio.ext visto che per 
le rfc è richiesta


 qui si che vedo la mente furbetta di chi vuole bloccare il cliente...
Bhe ammè è capitato di vederli, comuqnue con il mio servizio tutto ok, le
mail e le rispettive posizioni cliente admin ecc ... sono al loro posto,
poi se per me non è proprio fondamentale che ci vuoi fare.


 le rfc è richiesta
Ho detto il cliente, non il provider, ovvio che se non l'ha il provider
attribuisce una sua e-mail.


 attribuisce una sua e-mail.
allora te lo rispiego :-)
se il cliente xyz acquista il dominio 
xyz.it
 come minimo devi creare l'email 
postm...@xyz.it
 come da rfc.
Non è consigliabile usare la stessa email del dominio per ovvi motivi ma in 
mancanza d'altro questa esiste e ovviamente è gestita dal cliente


 mancanza d'altro questa esiste e ovviamente č gestita dal cliente
Sě, giusto.
Ma credo sia meglio la mail del provider in mancanza di quella del cliente


 (chiamiamola cosi') regna sovrana
Se credi questo per me va bene lo stesso.
