MX-record, of record van de mail exchanger, istype resource record in het Domain Name System, dat een mailserver die verantwoordelijk is voor het ontvangen van e-mailberichten namens domein van de ontvanger, en de waarde van de voorkeuren aangeeft om te worden gebruikt om prioriteiten te stellen postbezorging. postruilmiddel verslagen door de domeinnaam te stellen geeft aan hoe e-mail moet worden gerouteerd via het protocol Simple Mail Transfer Protocol (SMTP).
Records van bronnen zijn de belangrijkste informatieelement van het Domain Name System (DNS). Ze onderscheiden zich door type-identificatie (A, MX, NS) en DNS-klasse (internet, CHAOS). Records hebben een geldigheid (levensduur) die aan hen is toegewezen, waarmee wordt aangegeven wanneer de informatie die ze opslaan, moet worden bijgewerkt vanaf een gezaghebbende naamserver. De bronrecords zijn georganiseerd in DNS op basis van hun volledige domeinnaam van de e-mail van de ontvanger (deel van de naam achter het @ -symbool).
Typische payload-informatie voor de MX-record is de volledig gekwalificeerde domeinnaam van de mailhost en de voorkeurswaarde die direct in een of meer adresrecords moet worden weergegeven.
Wanneer een e-mailbericht wordt verzondenvia het internet vraagt de MTA (Sending Mail Transfer Agent) het domeinnaamsysteem om MX-records voor elk domein van de ontvanger. Deze query retourneert een lijst met hosts voor e-mailuitwisseling die inkomende e-mail voor dit domein accepteren. De verzendende agent probeert vervolgens een SMTP-verbinding tot stand te brengen.
In het eenvoudigste geval kan een domein er maar één hebbenmailserver. Als de MTA bijvoorbeeld MX-records bekijkt voor example.com en de DNS-server alleen reageert met mail.example.com met een voorkeur van 50, probeert MTA e-mails naar de opgegeven server te verzenden. In dit geval kan het getal 50 elk geheel getal zijn dat is toegestaan door de SMTP-specificatie.
Maar wanneer er meer dan één wordt geretourneerd voor het MX-verzoekserver, bepaalt het voorkeursnummer voor elk item de relatieve prioriteit van de opgegeven server. Wanneer een externe client (meestal een andere e-mailserver) de MX naar een domeinnaam zoekt, krijgt deze een lijst met servers en hun voorkeursnummers. Aanvankelijk moet elke server met het laagste voorkeurnummer worden getest. Voor een betrouwbare e-mailverzending moet de SMTP-client alle bijbehorende adressen in deze lijst in volgorde kunnen verifiëren totdat de afleverpoging slaagt.
De methode die wordt gebruikt om de belasting te ladenInkomende e-mail op de serverarray moet hetzelfde voorkeursnummer retourneren voor elke server in de set. Bij het bepalen van de server die dezelfde voorkeur heeft voor het verzenden van e-mail, moet de afzender ze willekeurig maken om de belasting op verschillende mail exchangers voor een bepaalde organisatie te spreiden. Multiline-servers worden anders behandeld, omdat in dit geval elke willekeurige toewijzing wordt beschouwd als een naamserver die al is toegepast. Dit betreft voornamelijk routeringsproblemen. Andere soorten serverbelasting kunnen worden opgelost met behulp van de SMTP-proxyserver.
De doelserver, diegene die weet hoe teom de mailbox van de relevante gebruiker af te leveren, heeft meestal de voorkeur. Servers met lagere prioriteit, de zogenaamde back-up of secundaire MX-records, slaan meestal berichten op in de wachtrij en wachten tot de hoofdserver wordt weergegeven. Als beide servers met het netwerk zijn verbonden of op de een of andere manier met elkaar zijn verbonden, zal de back-up van MX het bericht omleiden naar de hoofd-mailuitwisselaar. De back-up fungeert als een repository.
E-mail wordt met het minste bedrag naar de exchange-server verzonden(de hoogste prioriteit), dus moet de mail exchanger-invoer die voor routering wordt gebruikt, het laagste voorkeursnummer hebben, gewoonlijk 0.
Prioriteit bepaalt de volgorde waarmeeservers moeten verbonden zijn (als meerdere servers met verschillende prioriteiten zijn opgegeven). Eerst worden de servers met de hoogste prioriteit en het laagste voorkeursnummer gecontroleerd. In DNS-records is het voorkeursnummer in de regel ingesteld en gespecificeerd.
Een veel voorkomende misvatting over de bestellingDe voorkeuren van een MX-record van een domein zijn dat het is ontworpen om de kans op e-mailbezorging te vergroten. Het gebruik van meerdere records met dezelfde voorkeuren biedt echter dit voordeel.
Nog een veel voorkomende misinterpretatieMX-voorkeur bestellen is dat deze is ontworpen om een "overgang naar een andere bron" te bieden in geval van overbelasting van de server. Hoewel het op deze manier kan worden gebruikt, is het een slechte methode voor resourcemanagement, omdat het opzettelijk een overbelasting maakt, de beschikbare hardware niet volledig gebruikt en u de MX-records niet kunt controleren. Het toewijzen van dezelfde waarde aan alle beschikbare servers biedt hetzelfde voordeel, kan overbelastingssituaties helpen voorkomen en daardoor de systeemdoorvoer verhogen door de vertraging te verminderen.
Het SMTP-protocol brengt een netwerk tot standstore-and-forward, en als de domein-mailservers offline zijn, vereisen de verzendende servers een berichtenwachtrij die bestemd is voor dat domein om later opnieuw te worden geprobeerd. Deze verzendende servers kunnen echter niet worden gemeld dat er autonome domeinservers beschikbaar zijn en ze ontdekken dat het domein alleen beschikbaar is als de volgende poging wordt gedaan bij het verzenden van vertraagde berichten.
De vertraging tussen wanneer domeinserverszijn verbonden met het netwerk en wanneer de vertraagde berichten uiteindelijk worden bezorgd, misschien van minuten tot meerdere dagen, afhankelijk van het herhalingsschema van de verzendende servers. Het probleem is dat de back-ups een unieke kwalificatie voor de oplossing hebben en niet toestaan dat u de MX-record van het domein verifieert.
</ p>