Newsgroup: it.lavoro.professioni.webmaster
Titolo: spostamento domini non .it

Hola, quando uno trasferisce un dominio com/net/eccc non viene notificato 
nulla al vecchio provider.
Per i net/com c'� comunque da sbloccare il dominio e da dare l'auth code 
(quindi magari un piccolo sospetto pu� pure venire) ma per gli eu no, basta 
inserire i dati e la richiesta arriva all'admin (ma il provider non ne sa 
nulla) con conseguenti problemi per la posta, dns ecc ecc..
Voi come fate?
-- 
Roberto Tagliaferri-Linux user #30785 <-> r.tagliaferri@(forse)
tosnet.it
www.robyt.eu

 
Per i .com/net/org c'� da creare ed inviare l'auth code alla email di 
amministratore.
Per i .eu non so... non ne ho ancora spostati, mentre a cambiare il 
registrant si paga di nuovo.
Poi se la richiesta arriva all'admin, al provider cosa interessa?


per i .eu, una volta che il nuovo registrar ha fatto la richiesta, arriva 
all'indirizzo email dell'admin (visibile nel DB WhoIs) un messaggio da EURID 
dove si avvisa che � stata fatta la richiesta di cambio. Per confermarla ci 
sono 14 gg, quindi dovrai collegarti ad un indirizzo presente nel messaggio 
e confermare inserendo sempre dei codici presenti nel messaggio. Una volta 
confermato avverr� il trasferimento. Se trascorsi 14 gg senza che sia stato 
dato il conesnso l'operazione muore 

scusa avevo capito male.
noi per evitare questo non inseriamo l'email del cliente ma il nostro, 
quindi il messaggio arriva a noi.
Se il cliente ha disdetto regolarmente il servizio, provvediamo, dopo aver 
richiesto conferma al cliente, ad eseguire l'operazione.
A quel punto sappiamo che il dominio non � pi� con noi, quindi provvedremo 
alla cancellazione del dominio e di tutti i servizi collegati 


A me interessa perch� si deve togliere le configurazioni dns, le 
configurazione del server di posta, cancellare la rumenta sul server web..



Si ok, non ti avevrtono ed il dominio non risuilve pi� sul tuo server.
Ma in definitiva basta eliminare il dominio dal pannello di controllo e 
si elimina tutto appena te ne accorgi.
Poi se devi fare a manina potrebbe essere un bel lavoro per domini di un 
certo rilievo.


Se � per quello io non registro domini con email dei clienti che tanto 
non devono gestire mica niente.
Se ci vogliono la loro email si scelgono il registrant e fanno tutto da 
soli.
Anzi per i .eu nei 3 registrati ho sbagliato, pensando di poter 
modificare ed anche perch� davvero al momento di registrarli non si 
avevano nomi e sono intestati a me come registrant ed il cliente � 
amministratore e billing. :O

 certo rilievo.
Io ho i miei server, niente pannello di controllo.
E poi (comunque) per togliere un dominio dal pannello DEVI sapere che nno � 
pi� tuo



Qui per� rischiate di sentirvi dire che vi intestate l'email per fare 
pressioni al cliente.
purtroppo son casi che mi sono capitati direttamente con liti da parte del 
cliente per farsi mettere la sua email (ovviamente il provider NON accettava 
il trasferimento)



appunto, se vogliono la loro email si scelgono il registrant io gli dico 
DNS da inserire e fanno tutto da soli, ma dato che scelgono me per 
registrarlo, allora metto la mia email, almeno controllo la situazione in 
caso decidano di cambiare.

 
Detto appena te ne accrogi, anche in CCIAA restano iscritti e gli 
arrivano i bollettini da pagare anche se la ditta non lavora pi� o 
l'hanno venduta. :P


Non si pu� tanto fare ma � di certo meglio, specie se non pagano in 
anticipo. ;-\

 
Essendo che tanto al contrario se non sono pagato non gliene frega nient 
e a nessuno, allora il cliente lo tieni dove puoi.
Ovvio che se il cliente � regolare e non ha debiti ngli risulta tutto 
pi� semplice, mentre se mi vuole fregare, si arrangia a restarci fregato 
ove possibile.

 accettava il trasferimento)
assolutamente nessuna pressione � solo un fatto di controllo di tutto quello 
di cui s dispon, se non fai cosi, ti ritrovi che hai, ipotesi, 100 domini in 
gestione, poi solo quando vai a chiedergli il pagamento per il rinnovo 
scopri che alcuni se ne sono andati via anche da mesi e tu continuavi ad 
averli sul server.
Con il sistema di inserire la nostra email il cliente ha meno problemi, 
anche di spam, nel contratto online che deve accettare c'� chiaramente 
scritto e poi � una questione di seriet�, il cliente disdice il servizio 
direttamente da un pannello che ha a disposizione ed una volta disdetto le 
viene inviato in automatico un altro messaggio dove, se ha deciso di disdire 
perch� quel dominio non gli interessa pi� averlo, non deve fare nulla, in 
questo caso il dominio rmarr� attivo fino alla scadenza  poi provvederemo 
alla rimozion, se invece lo vuole trasferire deve richiedere lo sblocco del 
dominio e, dove necessario, l'authcode collegandosi ad un altro form che � 
indicato nel messaggio stesso.
Molto semplice...
A quel punto sai che il cliente vuole trasferire il dominio, arrivata la 
richiesta di sblocco e dell'authcode, provvedia sbloccarlo e a comunicargli 
l'authcode (se necessita) e aspetti il messaggio di richiesta di 
trasferimento. Quando arriva al nostro indirizzo la riciesta di 
trasferimento, abbiamo un form pronto, dove gli inviamo la comunicazione che 
� pervenuta la richiesta di trasferimento, il cliente a quel punto si 
collega ad un form interno e da il consenso al trasferimento inserendo anche 
l'eentuale authcode. Pervenuto questo consenso pensiamo noi a dare il vero 
consenso presso l'approriata authority.
E molto semplice, ci vuole pi� a spiegarlo che altro.


vedi che prima di arrivare a questa soluzione anche noi mettevamo il loro 
email, solo che molte volte, questi indirizzi addiruttura non erano pi� 
utilizzati dagli stessi clienti perch� dismessi a causa di troppo spam o 
altre motivazioni e si ricordavano di questo indirizzo solo nel caso di un 
trasferimento, quindi erano li a supplicare di cambiargli l'email altrimenti 
non potevano farlo, erano pi� le scocciature che tutto il resto. Invece 
adesso non ci sono problemi, c'� solo un lavoro in pi� da fare nel caso 
desiderano trasferire il dominio, per� in questo modo controlliamo il tutto 
e, alla lunga, lo abbiamo ritenuto molto valido anche sotto l'aspetto spam 
in quanto il cliente non mette in luce il suo reale indirizzo email.
L'unico problema veniva dal .it, per� in quel caso avevamo il nic che ci 
comunicava la richiesta di trasferimento, ho detto al passato, perch� 
adesso, con il nuovo sistema sincrono, le cose sono cambiate anche sul .it 
dove � previsto anche l'uso del authcode per poter fare un trasferimento da 
REG a REG. Se ancora ci sono dei MNT e c'� un trasfermento .it da REG a MNT 
c'� sempre il nic che ci avvisa perch� il MNT usa ancora la LAR. Tutto 
questo per� a settembre 2011 finir� in quanto dopo ci dovranno essere solo 
REG e non esisteranno pi� i MAINTAINER cosi come andr� in pensione 
definitivamente la LAR.

 l'hanno venduta. :P
Il problema �: come me ne accorgo?
Non � che possa monitorare se un cliente legge le email perch� se non le 
legge pu� voler dire che in realt� � andato via


 legge pu� voler dire che in realt� � andato via
O si certo se hai migliaia di domini, non � semplice.
Potrati pr� trovare/fare un tool che monitora se il tuo DNS (o quelli 
creati con i tuoi IP) risolve il dominio che � ospitato sul tuo server, 
in caso contrario di fai inviare una email di avvertimento.
Forse ci sono anche servizi online.


Certo certo? Non ho fatto la LAR ma per un trasferimento ho fatto 4 modelli
diversi, anche simili alla LAR.