MX-record, of mail exchanger-record, is een type bronrecord in het Domain Name System dat de mailserver specificeert die verantwoordelijk is voor het accepteren van e-mailberichten namens het domein van de ontvanger en een voorkeurswaarde die wordt gebruikt om prioriteit te geven aan de bezorging van e-mail. Een set e-mailwisselaarrecords namens een domein specificeert hoe e-mail moet worden gerouteerd met behulp van het Simple Mail Transfer Protocol (SMTP).
MX Records: Technologieoverzicht
Bronrecords zijn het primaire informatie-element van het Domain Name System (DNS). Ze verschillen in type-identificatie (A, MX, NS) en DNS-klasse (Internet, CHAOS). Records hebben een vervaldatum (time to live) toegewezen gekregen, die aangeeft wanneer de informatie die ze opslaan moet worden bijgewerkt vanaf een gezaghebbende nameserver. Bronrecords zijn georganiseerd in DNS op basis van de e-mail FQDN van hun ontvanger (het deel van de naam na het symbool@).
Specifieke MX-record payload-informatie is de volledig gekwalificeerde domeinnaam van de e-mailhost en een voorkeurswaarde die rechtstreeks in een of meer adresrecords moet verschijnen. Wanneer een e-mailbericht wordt verzonden internet, vraagt de verzendende agent Mail Transfer Service (MTA) het Domain Name System op voor MX-records voor elk ontvangend domein. Deze query retourneert een lijst met servers voor de uitwisseling van e-mail die inkomende e-mail voor dit domein accepteren. De verzendende agent probeert vervolgens een SMTP-verbinding tot stand te brengen.
Prioriteitsbepalingen
In het eenvoudigste geval kan een domein maar één mailserver hebben. Als de MTA bijvoorbeeld MX-records zoekt voor bijvoorbeeld.com en de DNS-server alleen reageert met mail.voorbeeld.com met een voorkeurentelling van 50, zal de MTA proberen e-mail naar de opgegeven server te sturen. In dit geval kan het getal 50 elk geheel getal zijn dat door de SMTP-specificatie is toegestaan. Maar wanneer meer dan één server wordt geretourneerd voor een MX-verzoek, bepa alt het voorkeursnummer voor elk item de relatieve prioriteit van de opgegeven server. Wanneer een externe client (meestal een andere e-mailserver) een MX-zoekopdracht doet voor een domeinnaam, krijgt deze een lijst met servers en hun voorkeursnummers. Elke server met het laagste voorkeursnummer moet in eerste instantie worden gecontroleerd. Om een betrouwbare e-mailverzending te garanderen, moet de SMTP-client in staat zijn om elk van de overeenkomende adressen in deze lijst op volgorde te controleren totdat de bezorgpoging slaagt.
Belastingsverdeling tussen arrays van mailservers
De methode die wordt gebruikt om inkomende e-mail over een reeks servers te verdelen, moet hetzelfde voorkeursnummer retourneren voor elke server in de set. Bij het bepalen welke server een gelijke voorkeur heeft voor het verzenden van e-mail, moet de afzender ze willekeurig verdelen om de belasting over meerdere e-mailwisselaars voor een bepaalde organisatie te spreiden. Multihomed-servers worden anders behandeld, omdat willekeurige randomisatie wordt geacht al door de naamserver te zijn toegepast. Het behandelt voornamelijk routeringsproblemen. Andere soorten serverbelasting kunnen worden opgelost met behulp van een SMTP-proxy.
Back-up
De doelserver, dat wil zeggen degene die weet hoe de corresponderende mailbox van de gebruiker moet worden bezorgd, heeft meestal de voorkeur. Servers met een lagere prioriteit, standby- of secundaire MX-records genoemd, houden berichten doorgaans in een wachtrij terwijl ze wachten tot de primaire server verschijnt. Als beide servers online zijn of op de een of andere manier met elkaar zijn verbonden, zal de MX-back-up de e-mail doorsturen naar de hoofdmailwisselaar. De back-up fungeert als een kluis.
Hoe MX-records in te stellen: prioriteit
Mail wordt verzonden naar de exchange-server met het laagste voorkeursnummer (hoogste prioriteit), dus de mail exchanger-vermelding die wordt gebruikt voor routering zou het laagste voorkeursnummer moeten hebben, meestal 0. Prioritydefinieert de volgorde waarin de servers moeten worden gekoppeld (als meerdere servers met verschillende prioriteiten zijn opgegeven). De servers met de hoogste prioriteit en het laagste voorkeursnummer worden als eerste gecontroleerd. In DNS-records wordt het voorkeursnummer meestal ingesteld en gespecificeerd.
Instelfouten
Een veel voorkomende misvatting over het bestellen van domein-MX-recordvoorkeuren is dat het bedoeld is om de kans op e-mailbezorging te vergroten. Het eenvoudigweg gebruiken van meerdere vermeldingen met dezelfde voorkeur biedt dit voordeel.
Een andere veel voorkomende verkeerde interpretatie van de MX-voorkeursvolgorde is dat deze bedoeld is om een "failover" te bieden in het geval van een serveroverbelasting. Hoewel het op deze manier kan worden gebruikt, is het een slechte techniek voor resourcebeheer omdat het opzettelijk congestie veroorzaakt, de beschikbare hardware niet volledig gebruikt en niet toestaat dat MX-records worden gecontroleerd. Het toewijzen van dezelfde waarde aan alle beschikbare servers biedt hetzelfde voordeel, kan congestiesituaties helpen voorkomen en zo de systeemdoorvoer verhogen door de latentie te verminderen.
SMTP-registratie
Het SMTP-protocol brengt een store-and-forward-netwerk tot stand, en als de mailservers van een domein offline zijn, hebben de verzendende servers een wachtrij met berichten nodig die voor dat domein bestemd zijn om het later opnieuw te proberen. Deze verzendende servers kunnen echter niet worden gewaarschuwd dat er nu beschikbaar zijnstand-alone domeinservers en detecteren alleen dat het domein beschikbaar is als de volgende poging wordt gedaan bij het verzenden van uitgestelde berichten.
De vertraging tussen het moment waarop domeinservers online komen en het moment waarop wachtende berichten uiteindelijk worden afgeleverd, kan variëren van minuten tot meerdere dagen, afhankelijk van het schema voor opnieuw proberen van de verzendende servers. Het probleem is dat de back-ups uniek gekwalificeerd zijn om op te lossen en u niet in staat stellen het MX-record van het domein te controleren.
