Naar de inhoud

MX-record

Een MX-record benoemt een mailserver voor een domein. De voorkeur rangschikt mogelijke doelen; zij bevestigt geen mailbox of bezorging.

Ook bekend alsMail Exchange Record
Cloud & beheer

Wat is een MX-record?

Een MX-record is een DNS-vermelding die een mailserver voor een domeinnaam benoemt. Het bevat ook een voorkeurswaarde. RFC1035 bepaalt dat lagere waarden de voorkeur krijgen. Het doel is een servernaam; het record bevat niet de inhoud van een mailbox.

Voorbeeld: inkomend mailverkeer verplaatsen

Een fictief bedrijf wisselt van e-maildienst. Het team voert de mailservers van de nieuwe aanbieder in met passende voorkeurswaarden. Vóór de overstap moeten ook de benodigde mailboxen en de acceptatie van mail voor het domein bij de aanbieder zijn ingesteld.

De gepubliceerde MX-koppeling toont welke doelen voor mailontvangst zijn bedoeld. Zij bewijst niet dat een bepaalde mailbox bestaat, een bericht is geaccepteerd of in de gewenste map is aangekomen.

Bij problemen worden DNS-omzetting en mailverwerking daarom apart onderzocht. Websiteadressen, verzendrechten en de bescherming van de mailverbinding zijn andere configuratievragen; het MX-record alleen regelt die niet.

Bronnen

Verwante begrippen

Artikelen over dit onderwerp

Insights · Cloud & beheer2 minWat een groene statusindicator werkelijk controleertEen bereikbare homepage bewijst niet dat bestellen werkt. Benoem de geteste taak en de grenzen van ieder groen signaal.Philipp Reuter13 nov 2026
Insights · Cloud & beheer2 minTechnische taken opnieuw toewijzen bij een hostingwisselEen beheerde dienst kan beheertaken overnemen. Controleer wel wie accounts, projecttoegang, sleutels en de overdracht concreet beheert.Lukas Schneider13 nov 2026
Insights · Cloud & beheer2 minTwee applicatieservers kunnen dezelfde uitvaloorzaak hebbenEen tweede applicatieserver helpt bij bepaalde storingen. Een gedeelde database of één toegangspunt kan de hele werkwijze nog steeds blokkeren.Lukas Schneider13 nov 2026
Insights · Cloud & beheer2 minDringende alarmen vragen om een concrete actieEen fictief geval scheidt dubbele foutmeldingen van waarschuwingen. Minder onderbrekingen alleen bewijzen nog geen hogere betrouwbaarheid.Lukas Schneider13 nov 2026
Insights · Cloud & beheer2 minAutomatische updates uitvoeren met duidelijke stopcriteriaAutomatisering vraagt om tests na installatie. Bepaal wanneer de verdere uitrol stopt en wie beslist of deze kan doorgaan.Lukas Schneider13 nov 2026
Insights · Cloud & beheer2 minSLA-doelen verbinden met een incidentprocedureEen beschikbaarheidscijfer vraagt om een duidelijk meetbereik. Bij uitval van uw applicatie horen ook waarneming, verantwoordelijkheid en hervatting.Lukas Schneider13 nov 2026
Insights · Cloud & beheer2 minKleine teams moeten hun infrastructuur kunnen beherenBeoordeel wie updates, storingen en herstel uitvoert. Een klein portaal laat zien wanneer uitgebreidere orkestratie kan helpen.Lukas Schneider13 nov 2026
Insights · Cloud & beheer2 minDe serverprijs toont slechts een deel van de beheerkostenTwee fictieve pakketprijzen tonen waarom scope en overblijvend beheerwerk duidelijk moeten zijn voordat totale kosten kunnen worden vergeleken.Lukas Schneider13 nov 2026

Cloud & beheer met ASES

Hosting, deployment, onderhoud en support

Offerte aanvragenMeer over Cloud & beheer