Un registro MX indica qué servidores reciben el correo para un dominio. Apunta hacia un nombre de host. El resolutor sigue este nombre para encontrar registros A o AAAA. El servidor remitente puede entonces entregar los mensajes.
Un registro MX contiene un nombre, un tipo, una prioridad, un destino y un TTL. El TTL indica cuánto tiempo permanece la respuesta en caché en el resolutor local.
| Nombre | Tipo | Prioridad | Destino | TTL en segundos |
|---|
| @ | MX | 10 | mail.ejemplo.net. | 3600 |
En este ejemplo, el nombre @ apunta a la raíz del dominio. El destino es un nombre de host que debe publicar A o AAAA. Se prefiere una prioridad más baja. Un TTL de 3600 corresponde a una hora.
Publicar múltiples registros MX para el mismo nombre es común. El servidor remitente elige primero la prioridad más baja. En caso de fallo, intenta la siguiente.
| Nombre | Tipo | Prioridad | Destino | TTL en segundos |
|---|
| @ | MX | 10 | mx1.ejemplo.net. | 3600 |
| @ | MX | 20 | mx2.ejemplo.net. | 3600 |
Esta redundancia aumenta la continuidad del servicio. No reemplaza una supervisión activa ni pruebas regulares.
Un registro MX apunta hacia un nombre, no hacia una dirección. El destino no debe ser un CNAME. El nombre objetivo debe publicar A o AAAA y ser alcanzable en el puerto 25. El MX puede existir en el ápice o en un subdominio si la dirección de correo utiliza ese subdominio.
Un TTL corto hace un cambio visible más rápido. Útil al pasar a un nuevo servicio de mensajería.
Un TTL medio o largo reduce las consultas hacia los servidores autoritativos. Apropiado para un servicio estable.
Reducir el TTL unas horas antes del cambio, luego aumentarlo cuando todo esté validado.
Bueno saber
Los registros MX sirven para la recepción. El correo saliente utiliza otras configuraciones como SPF, DKIM, DMARC y la configuración del relé saliente.
Publicar el MX en el dominio que recibe el correo. Más a menudo, es la raíz. Para un dominio dedicado como support.ejemplo.com, publicar el MX en ese subdominio. Los hosts de mensajería referenciados por los registros MX mantienen sus propios A o AAAA.
A evitar
Apuntar un MX hacia un CNAME o hacia una dirección directa.
Olvidar el registro A o AAAA del destino.
Dejar un MX antiguo activo después de una migración.
Una búsqueda DNS en línea permite ingresar un nombre de dominio. Se obtiene la lista de MX con sus prioridades, sus destinos y el TTL visible desde Internet. Es un primer control útil. Hacer luego una prueba local desde su máquina.
Windows proporciona nslookup. Se puede usar en modo interactivo.
nslookup
set q=mx
ejemplo.com
nslookup
set q=mx
server 1.1.1.1
ejemplo.com
La primera parte consulta según la configuración de red de la máquina. La segunda fuerza el uso de un resolutor tercero, aquí el de Cloudflare.
En estos sistemas, el comando dig es práctico y fácil de usar.
dig MX ejemplo.com
dig MX ejemplo.com @1.1.1.1
Múltiples líneas indican múltiples servidores. El número de prioridad más pequeño es preferido. Prioridades idénticas comparten los intentos de manera equilibrada.
Un TTL restante alto puede explicar un desfase después de un cambio.
Un destino sin A ni AAAA impide la entrega.
- Preparar los hosts de mensajería con sus A o AAAA.
- Reducir el TTL de los MX a 300 o incluso 60 segundos unas horas antes del cambio.
- Agregar los nuevos MX con la prioridad prevista. Conservar los antiguos durante la transición.
- Probar la recepción desde múltiples redes. Verificar las cabeceras de los mensajes recibidos.
- Retirar los MX antiguos, luego aumentar el TTL cuando todo esté estable.
Consejo práctico
Anotar la lista completa de MX antes de la modificación. Conservar la fecha, las prioridades, el TTL y la razón del cambio. Esta traza evita errores y facilita una vuelta atrás.
Publicar los MX proporcionados por el proveedor. Los destinos pertenecen al dominio del proveedor. Mantener un TTL razonable.
Apuntar los MX hacia el proveedor de filtrado. Este proveedor luego retransmite hacia sus servidores. Monitorear la latencia y la disponibilidad.
Declarar un servidor secundario con una prioridad más alta. Retiene los mensajes si el servidor principal no está disponible, luego los entrega cuando regresa.
- En caso de rebote, verificar que el destino del MX resuelve en A o AAAA.
- Verificar la accesibilidad de red en el puerto 25 hacia el destino.
- Si los MX aún apuntan hacia el proveedor anterior, retirarlos después del cambio.
- Si la respuesta permanece antigua, esperar la expiración del TTL y purgar la caché del resolutor local si es posible.
En resumen, un registro MX indica el servidor de recepción para un dominio. Apunta hacia un nombre de host que publica A o AAAA. La prioridad más baja es elegida primero. Un TTL bien elegido facilita los cambios. La verificación pasa por una herramienta en línea, luego por nslookup y por dig.
Con estas referencias, la gestión permanece clara. Los cambios se desarrollan sin estrés. Los mensajes llegan sin incidentes.