El registro MX, o registro de intercambiador de correo, es un tipo de registro de recursos en el Sistema de nombres de dominio que especifica el servidor de correo responsable de aceptar mensajes de correo electrónico en nombre del dominio del destinatario y un valor de preferencia utilizado para priorizar la entrega de correo. Un conjunto de registros de intercambio de correo en nombre de un dominio especifica cómo se debe enrutar el correo electrónico utilizando el Protocolo simple de transferencia de correo (SMTP).
Registros MX: descripción general de la tecnología
Los registros de recursos son el elemento de información principal del Sistema de nombres de dominio (DNS). Se diferencian en la identificación de tipo (A, MX, NS) y la clase de DNS (Internet, CHAOS). Los registros tienen asignada una fecha de caducidad (tiempo de vida), que indica cuándo debe actualizarse la información que almacenan desde un servidor de nombres autorizado. Los registros de recursos se organizan en DNS según el FQDN del correo electrónico del destinatario (la parte del nombre después del símbolo@).
La información específica de la carga útil del registro MX es el nombre de dominio completo del host de correo y un valor de preferencia que debe aparecer directamente en uno o más registros de dirección. Cuando se envía un mensaje de correo electrónico Internet, el Servicio de transferencia de correo (MTA) del agente de envío consulta el Sistema de nombres de dominio para obtener registros MX para cada dominio de destinatario. Esta consulta devuelve una lista de servidores de intercambio de correo que aceptan correo entrante para este dominio. El agente de envío luego intenta establecer una conexión SMTP.
Conceptos básicos de priorización
En el caso más simple, un dominio solo puede tener un servidor de correo. Por ejemplo, si el MTA está buscando registros MX para example.com y el servidor DNS solo responde con mail.example.com con una preferencia de recuento de 50, el MTA intentará enviar correo al servidor especificado. En este caso, el número 50 puede ser cualquier número entero permitido por la especificación SMTP. Pero cuando se devuelve más de un servidor para una solicitud MX, el número de preferencia para cada entrada determina la prioridad relativa del servidor especificado. Cuando un cliente remoto (generalmente otro servidor de correo) realiza una búsqueda MX de un nombre de dominio, obtiene una lista de servidores y sus números de preferencia. Cualquier servidor con el número de preferencia más bajo debe verificarse inicialmente. Para garantizar una transmisión de correo confiable, el cliente SMTP debe poder verificar cada una de las direcciones coincidentes en esta lista en orden hasta que el intento de entrega sea exitoso.
Equilibrio de carga entre matrices de servidores de correo
El método utilizado para equilibrar la carga del correo entrante en una matriz de servidores debe devolver el mismo número de preferencia para cada servidor del conjunto. Al determinar qué servidor tiene la misma preferencia para enviar correo, el remitente debe aleatorizarlos para distribuir la carga entre múltiples intercambiadores de correo para una organización en particular. Los servidores multitarjeta se manejan de manera diferente, ya que se considera que el servidor de nombres ya aplicó cualquier aleatorización. Se trata principalmente de problemas de enrutamiento. Otros tipos de carga del servidor se pueden resolver mediante un proxy SMTP.
Copia de seguridad
El servidor de destino, es decir, el que sabe entregar el buzón del usuario correspondiente, suele ser el preferido. Los servidores de menor prioridad, llamados registros MX en espera o secundarios, generalmente mantienen los mensajes en una cola mientras esperan que aparezca el servidor principal. Si ambos servidores están en línea o de alguna manera conectados entre sí, la copia de seguridad de MX reenviará el correo electrónico al intercambiador de correo principal. La copia de seguridad actúa como una bóveda.
Cómo configurar registros MX: prioridad
El correo se envía al servidor de intercambio con el número de preferencia más bajo (prioridad más alta), por lo que la entrada del intercambiador de correo que se usa para el enrutamiento debe tener el número de preferencia más bajo, generalmente 0. Prioridaddefine el orden en el que se deben asociar los servidores (si se especifican varios servidores con diferentes prioridades). Los servidores con la prioridad más alta y el número de preferencia más bajo se verificarán primero. En los registros DNS, el número de preferencia generalmente se establece y especifica.
Errores de configuración
Un concepto erróneo común acerca de ordenar preferencias de registros MX de dominio es que está destinado a aumentar la probabilidad de entrega de correo. Sin embargo, el simple uso de varias entradas con la misma preferencia brinda este beneficio.
Otra mala interpretación común del orden de preferencia MX es que está destinado a proporcionar una "conmutación por error" en caso de una sobrecarga del servidor. Si bien se puede usar de esta manera, es una técnica de administración de recursos deficiente porque crea congestión intencionalmente, no utiliza completamente el hardware disponible y no permite que se verifiquen los registros MX. Asignar el mismo valor a todos los servidores disponibles brinda el mismo beneficio, puede ayudar a evitar situaciones de congestión y, por lo tanto, aumentar el rendimiento del sistema al reducir la latencia.
Registro SMTP
El protocolo SMTP establece una red de almacenamiento y reenvío, y si los servidores de correo de un dominio están fuera de línea, los servidores de envío necesitan una cola de mensajes destinados a ese dominio para volver a intentarlo más tarde. Sin embargo, estos servidores de envío no pueden ser notificados de que ahora hay disponiblesservidores de dominio independientes y solo detectan que el dominio está disponible si se realiza el siguiente intento al enviar mensajes diferidos.
La demora entre el momento en que los servidores de dominio se conectan y el momento en que finalmente se entregan los mensajes pendientes puede ser de minutos a varios días, según el cronograma de reintentos de los servidores de envío. El problema es que las copias de seguridad están calificadas únicamente para resolver y no le permiten verificar el registro MX del dominio.
