Administras el hosting de varios clientes y uno de ellos te pide, justo esta semana, que le muevas el correo con su dominio propio a otro proveedor. Multiplicá ese pedido por cada cliente que gestionas y entendes el problema real: una migracion de correo mal hecha no solo te cuesta tiempo, te cuesta la confianza de alguien que puso su comunicacion diaria con sus propios clientes en tus manos.
La buena noticia es que, con un procedimiento repetible, migrar el correo de un cliente (o de varios, uno por uno) deja de ser un dolor de cabeza y se convierte en una tarea mas de tu rutina de administracion. En esta guia vamos a ver, paso a paso, como mover casillas de correo con dominios genericos (.com, .net, .org) de un proveedor a otro sin perder mensajes ni dejar a ningun cliente a oscuras durante el proceso.
Por que en un entorno multi-cliente el orden lo es todo
Cuando administras un solo correo, un error te afecta solo a vos. Cuando administras el correo de varios clientes, un mismo error de procedimiento se puede repetir en cada cuenta si no tenes un checklist claro. Por eso conviene documentar el proceso una sola vez y aplicarlo siempre igual, en lugar de improvisar cada vez que un cliente pide una migracion.
La migracion de correo tiene tres piezas que hay que mover en orden: las casillas nuevas (donde se van a guardar los mensajes de ahora en adelante), los registros de autenticacion (SPF, DKIM, DMARC) y el registro MX (que decide a donde llega el correo entrante). Moverlas en el orden correcto es lo que evita que un cliente se quede sin recibir correos durante la mudanza.
Antes de tocar nada: arma un checklist por cliente
Cada migracion deberia arrancar con la misma lista de verificacion, sin importar de que cliente se trate:
- Confirma con el cliente cuantas casillas activas tiene en el dominio y quien las usa, para no dejar ninguna afuera.
- Avisa al cliente la fecha y hora del cambio final, para que sepa que durante ese dia puede haber alguna demora puntual.
- Pide acceso temporal al panel de DNS del dominio, si todavia no lo administras vos directamente.
Paso 1: Respalda el correo actual del cliente
Antes de mover nada, asegurate de tener una copia completa de lo que el cliente ya tiene, para poder recuperar cualquier cosa si algo sale mal en el camino.
- Conecta la casilla actual del cliente a un programa como Thunderbird usando IMAP, con los datos que te den o que ya administres.
- Deja sincronizar todas las carpetas por completo, incluida la bandeja de entrada y cualquier carpeta que el cliente haya creado.
- Guarda esa copia en un lugar seguro, separado del proveedor de correo, como respaldo independiente del cliente.
Paso 2: Crea las casillas nuevas con la misma estructura
Recrea exactamente los mismos nombres de casilla que el cliente ya tenia, para que ningun contacto externo note un cambio de direccion.
- Crea cada casilla con el mismo nombre (ventas@, contacto@, administracion@) del lado del proveedor nuevo.
- Define contraseñas nuevas y entregaselas al cliente de forma segura, nunca por el mismo correo que estas migrando.
- No toques todavia el registro MX: las casillas nuevas quedan listas, pero el correo entrante sigue llegando por el camino anterior.
Paso 3: Configura la autenticacion del lado nuevo
Este paso es el que mas diferencia a una migracion profesional de una improvisada, porque evita que el correo del cliente empiece a caer en spam justo despues del cambio.
- Agrega el registro SPF del nuevo proveedor como registro TXT en el DNS del dominio del cliente.
- Activa DKIM siguiendo la documentacion del proveedor destino, sumando el registro TXT correspondiente.
- Suma un registro DMARC en modo de monitoreo para observar el comportamiento antes de volverlo mas estricto.
Paso 4: Probá todo antes de cambiar el MX
Nunca migres el MX de un cliente sin haber probado antes que el correo nuevo funciona de punta a punta.
- Envia y recibi correos de prueba desde y hacia las casillas nuevas, confirmando que ambos sentidos funcionan bien.
- Revisa que los mensajes de prueba no caigan en spam, usando alguna herramienta de verificacion de autenticacion.
- Documenta el resultado de esta prueba para tu propio registro, sobre todo si administras muchos clientes al mismo tiempo.
Paso 5: Cambia el MX en el horario acordado con el cliente
Con todo probado, el cambio de MX se vuelve un tramite simple en lugar de un salto al vacio.
- Actualiza el registro MX en el panel de DNS del dominio del cliente, en el horario que hayas acordado.
- Manten la casilla vieja activa unos dias mas, sin eliminarla, porque la propagacion de DNS puede demorar hasta 48 horas.
- Avisa al cliente que el cambio ya se aplico y que puede empezar a monitorear su correo nuevo desde ese momento.
Paso 6: Cierra la migracion con una revision final
Una migracion recien termina cuando confirmaste que todo quedo estable, no cuando cambiaste el MX.
- Revisa junto al cliente, pasados un par de dias, que todos los correos importantes esten llegando bien.
- Importa el respaldo del Paso 1 a la casilla nueva si el cliente quiere tener el historial completo en un solo lugar.
- Guarda un registro interno de la migracion (fecha, proveedor de origen y destino, casillas migradas) para tu propia documentacion como administrador.
Como manejar un imprevisto sin perder la confianza del cliente
Por mas prolijo que sea tu procedimiento, en algun momento un cliente va a llamarte preocupado porque “no le llega un correo” en medio de una migracion. Como administras el hosting de varios clientes, tener una respuesta clara y calmada para este momento es tan importante como el procedimiento tecnico en si.
- Si el cliente reporta que no recibe un correo puntual, revisa primero si el remitente le escribio a la casilla correcta y si la propagacion del DNS ya se completo del todo.
- Si detectas que algunos mensajes caen en spam recien despues de activar SPF y DKIM, explicale al cliente que es normal durante las primeras horas, mientras los servicios de correo “aprenden” a confiar en la nueva configuracion.
- Si el correo entrante se corta de golpe apenas cambiaste el MX, revisa con calma que los valores copiados sean exactamente los que indico el proveedor destino, ya que un error de tipeo es la causa mas frecuente.
- Comunicale al cliente, antes de que pregunte, que durante las primeras 48 horas puede haber alguna demora puntual por la propagacion del DNS, para que no interprete esto como un error tuyo.
Tener siempre a mano el respaldo hecho en el Paso 1 te permite responder con seguridad ante cualquier reclamo: si algo se perdio, lo podes recuperar de esa copia independiente del proveedor. Esa tranquilidad tecnica es, en el fondo, la que sostiene tu reputacion como administrador de hosting frente a cada cliente.
Errores comunes al migrar correo de clientes
- Cambiar el MX sin haber creado ni probado antes las casillas nuevas, dejando al cliente sin recibir correo durante horas.
- Olvidar configurar SPF y DKIM, provocando que el correo saliente del cliente caiga en spam justo despues del cambio.
- No avisar al cliente con anticipacion, generando llamados de urgencia el mismo dia de la migracion.
- Eliminar la casilla vieja de inmediato, perdiendo mensajes que todavia estaban en camino por la propagacion del DNS.
Tener un procedimiento ordenado para migrar correo convierte una tarea que genera nervios en un servicio mas que podes ofrecer con confianza a cada cliente que administras. Documentalo una vez, aplicalo siempre igual, y la proxima vez que alguien te pida cambiar de proveedor de correo vas a poder decir que si sin dudarlo.
Ademas, cada migracion que resolves bien queda como un antecedente que podes mostrarle a nuevos clientes: la capacidad de mover correo sensible de un proveedor a otro sin perder mensajes ni contactos es, en el fondo, uno de los servicios que mas confianza genera en quien te confia el hosting de su negocio. Invertir un poco de tiempo en dejar el procedimiento por escrito, con capturas de pantalla de cada panel que uses, te va a ahorrar horas la proxima vez que otro cliente te pida exactamente lo mismo.
