El registre MX, o registre d'intercanviador de correu, és un tipus de registre de recurs del sistema de noms de domini que especifica el servidor de correu responsable d'acceptar missatges de correu electrònic en nom del domini del destinatari i un valor de preferència utilitzat per prioritzar el lliurament de correu. Un conjunt de registres d'intercanviador de correu en nom d'un domini especifica com s'ha d'encaminar el correu electrònic mitjançant el protocol simple de transferència de correu (SMTP).
MX Records: visió general de la tecnologia
Els registres de recursos són l'element d'informació principal del sistema de noms de domini (DNS). Es diferencien pel tipus d'identificació (A, MX, NS) i la classe DNS (Internet, CHAOS). Els registres tenen assignada una data de caducitat (time to live), que indica quan la informació que emmagatzemen s'ha d'actualitzar des d'un servidor de noms autoritzat. Els registres de recursos s'organitzen en DNS en funció del FQDN del correu electrònic del destinatari (la part del nom després del símbol@).
La informació de càrrega útil del registre MX específic és el nom de domini complet de l'amfitrió de correu i un valor de preferència que hauria d'aparèixer directament en un o més registres d'adreces. Quan s'envia un missatge de correu electrònic. Internet, l'agent remitent Servei de transferència de correu (MTA) consulta el sistema de noms de domini per a registres MX per a cada domini destinatari. Aquesta consulta retorna una llista dels amfitrions del servidor d'intercanvi de correu que accepten correu entrant per a aquest domini. Aleshores, l'agent remitent intenta establir una connexió SMTP.
Conceptes bàsics de priorització
En el cas més senzill, un domini només pot tenir un servidor de correu. Per exemple, si l'MTA està buscant registres MX per exemple.com i el servidor DNS només respon amb mail.example.com amb un nombre de preferències de 50, l'MTA intentarà enviar correu al servidor especificat. En aquest cas, el número 50 pot ser qualsevol nombre enter que permet l'especificació SMTP. Però quan es retorna més d'un servidor per a una sol·licitud MX, el número de preferència de cada entrada determina la prioritat relativa del servidor especificat. Quan un client remot (normalment un altre servidor de correu) fa una cerca MX per a un nom de domini, obté una llista de servidors i els seus números de preferència. Qualsevol servidor amb el número de preferència més baix s'ha de comprovar inicialment. Per garantir una transmissió de correu fiable, el client SMTP ha de poder comprovar cadascuna de les adreces coincidents d'aquesta llista en ordre fins que l'intent de lliurament tingui èxit.
Equilibri de càrrega entre matrius de servidors de correu
El mètode utilitzat per equilibrar la càrrega del correu entrant en una sèrie de servidors ha de retornar el mateix número de preferència per a cada servidor del conjunt. A l'hora de determinar quin servidor té la mateixa preferència per enviar correu, el remitent l'ha de classificar aleatòriament per repartir la càrrega entre diversos intercanviadors de correu d'una organització concreta. Els servidors multihomed es gestionen de manera diferent, ja que es considera que qualsevol aleatorització ja ha estat aplicada pel servidor de noms. S'ocupa principalment dels problemes d'encaminament. Altres tipus de càrrega del servidor es poden resoldre mitjançant un servidor intermediari SMTP.
Còpia de seguretat
El servidor de destinació, és a dir, el que sap lliurar la bústia de correu de l'usuari corresponent, sol ser el preferit. Els servidors de prioritat més baixa, anomenats registres MX en espera o secundaris, solen mantenir els missatges en una cua mentre esperen que aparegui el servidor principal. Si tots dos servidors estan en línia o connectats d'alguna manera entre ells, la còpia de seguretat MX reenviarà el correu electrònic a l'intercanviador de correu principal. La còpia de seguretat actua com una volta.
Com configurar els registres MX: prioritat
El correu s'envia al servidor d'intercanvi amb el número de preferència més baix (prioritat més alta), de manera que l'entrada de l'intercanviador de correu que s'utilitza per a l'encaminament hauria de tenir el número de preferència més baix, normalment 0. Prioritatdefineix l'ordre en què s'han d'associar els servidors (si s'especifiquen diversos servidors amb prioritats diferents). Primer es comprovaran els servidors amb la prioritat més alta i el número de preferència més baixa. Als registres DNS, el número de preferència normalment s'estableix i s'especifica.
Errors de configuració
Una idea errònia comuna sobre com ordenar preferències de registre MX del domini és que es pretén augmentar la probabilitat de lliurament de correu. Tanmateix, només utilitzar diverses entrades amb la mateixa preferència ofereix aquest avantatge.
Una altra interpretació errònia comuna de l'ordre de preferències MX és que està pensada per proporcionar una "falla per error" en cas de sobrecàrrega del servidor. Tot i que es pot utilitzar d'aquesta manera, és una tècnica de gestió de recursos deficient perquè crea congestió intencionadament, no utilitza completament el maquinari disponible i no permet comprovar els registres MX. Assignar el mateix valor a tots els servidors disponibles proporciona el mateix benefici, pot ajudar a evitar situacions de congestió i, per tant, augmentar el rendiment del sistema reduint la latència..
Registre SMTP
El protocol SMTP estableix una xarxa d'emmagatzematge i reenviament, i si els servidors de correu d'un domini estan fora de línia, els servidors d'enviament necessiten una cua de missatges destinats a aquest domini per tornar-ho a provar més tard. No obstant això, aquests servidors d'enviament no es poden notificar que ara n'hi ha disponiblesservidors de domini autònoms i només detecten que el domini està disponible si es fa el següent intent en enviar missatges ajornats.
El retard entre el moment en què els servidors de domini es connecten i quan finalment s'entreguen els missatges pendents pot ser d'entre minuts i diversos dies, depenent del programa de reintents dels servidors d'enviament. El problema és que les còpies de seguretat estan qualificades exclusivament per resoldre i no et permeten comprovar el registre MX del domini.