Transferir un dominio sin perder el correo: el orden que no falla

Tres trámites distintos con nombres parecidos

Casi todos los cortes de correo atribuidos a una transferencia son, en realidad, un cambio de DNS hecho sin preparar la zona.

Antes de nada: quién responde hoy por tu dominio

El riesgo depende de dónde está la zona DNS, o sea la lista de registros que dice a qué servidor va el sitio y a cuál el correo. Se averigua en un minuto:

dig +short NS tudominio.com
# en Windows:
nslookup -type=NS tudominio.com

• Si aparecen los DNS de tu hosting (los que te enviamos al activar el plan) o los de un servicio de DNS aparte, la zona no depende del registrador y la transferencia no la toca.
• Si aparecen nombres del registrador que vas a dejar, la zona vive ahí. Muchos registradores la dan de baja cuando el dominio se va, y con ella desaparecen los registros del correo.

Guardá una copia de la zona completa

Desde afuera no se puede listar una zona entera: los servidores DNS casi nunca permiten la transferencia completa de zona. La copia se saca exportando desde el panel donde está la zona o, si no hay exportación, anotando registro por registro. Para comprobar lo esencial del correo alcanzan estas consultas:

dig +short MX tudominio.com
dig +short TXT tudominio.com
dig +short TXT _dmarc.tudominio.com
dig +short TXT x._domainkey.tudominio.com
dig +short CNAME autodiscover.tudominio.com

• MX: a qué servidor se entrega el correo. Si usás Google Workspace o Microsoft 365, tienen que quedar exactamente los que te indicó ese servicio.
• TXT con v=spf1: qué servidores pueden enviar en nombre del dominio.
• DKIM: la clave pública que permite verificar la firma. DirectAdmin usa el selector x; Google, google; Microsoft 365, selector1 y selector2.
• DMARC, en _dmarc: qué hacer con los mensajes que no pasan SPF ni DKIM.
• autodiscover y autoconfig, si existen: permiten que Outlook y Thunderbird configuren las casillas solos.

El orden para un .com o cualquier genérico

1. Si los DNS son del registrador que dejás, mudá primero la zona: cargala completa en tu hosting, comprobá que responde igual con dig @ seguido del nombre de uno de los DNS nuevos, cambiá los servidores de nombres y esperá 48 horas. Recién ahí seguí.
2. Si al dominio le falta menos de un mes para vencer, renovalo antes de empezar.
3. Confirmá que el correo de contacto del titular sea una casilla que leés y que no dependa del dominio que estás moviendo.
4. En el panel del registrador actual, sacá el bloqueo de transferencia y pedí el código de autorización, también llamado EPP o AuthCode.
5. Iniciá la transferencia desde el área de clientes de InHosting con ese código.
6. Aprobá los avisos que lleguen por correo. El registrador que dejás tiene hasta cinco días para liberar el dominio, aunque muchos lo hacen antes.
7. Cuando termine, comprobá con whois tudominio.com que figura el registrador nuevo y que los servidores de nombres siguen siendo los mismos. Después volvé a activar el bloqueo.

Por qué se traba una transferencia

• El bloqueo de transferencia sigue puesto en el registrador actual.
• El dominio se registró o se transfirió hace menos de 60 días: hasta que pase ese plazo, la política de ICANN no deja moverlo.
• El código de autorización se copió con un espacio de más o ya venció.
• El dominio está vencido o en período de rescate, y primero hay que renovarlo donde está.
• Hubo un cambio de titular reciente: algunos registradores aplican también ahí un bloqueo de 60 días.

Con un .com.ar el camino es otro

Los dominios .com.ar no pasan de un registrador a otro con un código. Están registrados en NIC Argentina a nombre del titular, con su CUIT o CUIL, y se administran desde nic.ar con clave fiscal. Ahí la palabra "transferencia" significa otra cosa: el cambio de titular.

Cambiar de proveedor, con un .com.ar, es cambiar la delegación, es decir los servidores de nombres. Justo el paso riesgoso. Por eso el orden es inverso al de un genérico: primero se prepara todo en el destino y la delegación se toca al final.

1. Pedí el alta del dominio en el hosting nuevo, con sus casillas creadas.
2. Cargá en la zona nueva los registros del correo, copiados de la zona actual.
3. Comprobá con dig @ y el nombre de un DNS nuevo que el MX y el sitio responden bien.
4. Cambiá la delegación en nic.ar, como se explica en registrar y delegar un .com.ar.
5. Dejá activo el servicio viejo dos días y revisá esas casillas: algún mensaje puede entrar ahí mientras la delegación se propaga.

Si además mudás las casillas

Cuando el cambio de dominio coincide con un cambio de servidor de correo, separá las cosas. Primero la migración de las casillas con sus mensajes, después el cambio de DNS y, si la hacés, la transferencia del dominio al final y por separado. En InHosting la migración desde otro proveedor no tiene cargo e incluye el correo.

En la zona actual, bajá el TTL de los registros MX a 300 segundos con tanta anticipación como dure el TTL que tienen ahora: si es de un día, hacelo un día antes. Y no te preocupes por lo que llega en el medio: si un servidor no puede entregar un mensaje, lo reintenta durante días. Lo que se pierde es lo que se entrega en el servidor viejo y nadie va a buscar.