Wat is een MX-record?

Hoe werkt een MX-record?

Een verzendende mailserver vraagt DNS om de MX-records van het deel na de @, sorteert ze op prioriteit en probeert ze in die volgorde. Wanneer iemand [email protected] schrijft, zoekt hun server de MX-records van yourname.com op. Elk record bevat twee waarden: een prioriteitsnummer en de naam van een mailhost.

RFC 5321, de SMTP-standaard, zegt dat de voorkeurswaarde bij het sorteren moet worden gebruikt, dat lagere nummers eerst worden geprobeerd en dat hosts met gelijke voorkeur in willekeurige volgorde worden gekozen. Een afzender probeert minstens twee adressen na elkaar totdat er een het bericht accepteert.

Het MX-record bevat niet de mailbox. Het wijst alleen naar de machine van uw e-mailaanbieder, die het bericht opslaat. Daarom is uw adres overdraagbaar: u koopt het domein één keer en wijzigt de MX-records wanneer u van de ene aanbieder naar de andere gaat. De mailbox verandert, het adres niet. De pagina over het eigen e-maildomein legt het idee volledig uit.

Wat betekent het prioriteitsnummer?

Het prioriteitsnummer bepaalt de volgorde van bezorging: de server met het laagste nummer ontvangt de e-mail eerst, en de volgende is een terugvaloptie. Het nummer heeft geen eenheid en geen betekenis buiten de vergelijking tussen uw eigen records. 10 en 20 werken precies zoals 1 en 2.

Proton Mail gebruikt twee records: mail.protonmail.ch op 10 en mailsec.protonmail.ch op 20. Fastmail gebruikt ook 10 en 20 voor in1-smtp.messagingengine.com en in2-smtp.messagingengine.com. Mailbox.org vermeldt vier hosts, mxext1 tot en met mxext4, met dezelfde prioriteit 10, dus een afzender kiest er willekeurig een; als uw DNS-host identieke prioriteiten weigert, zegt Mailbox.org 10, 20, 30 en 40 te gebruiken.

Eén regel bespaart veel verloren berichten: houd alleen de MX-records van uw huidige aanbieder. Fastmail en Proton waarschuwen allebei dat een achtergelaten MX van een oude aanbieder de bezorging onvoorspelbaar maakt, omdat een afzender die kan kiezen. De enige veilige overlap is de nieuwe host het laagste prioriteitsnummer te geven.

Wat gebeurt er als een domein geen MX-record heeft?

Zonder enig MX-record valt een afzender terug op het adresrecord van het domein zelf, alsof het domein een MX met prioriteit 0 had die naar zijn eigen A- of AAAA-record wijst. RFC 5321 noemt dit de impliciete MX. De terugval geldt alleen als er helemaal geen MX-record bestaat: zodra er één MX-record is gepubliceerd, mogen afzenders de A- of AAAA-records van het domein niet gebruiken.

Voor een domein dat u niet voor e-mail gebruikt, is de terugval hinderlijk. Afzenders blijven proberen te bezorgen aan uw webserver, doorgaans dagenlang, en de afzender hoort pas laat van de mislukking. Een null-MX sluit de deur meteen.

Wat is een null-MX-record?

Een null-MX is één MX-record met prioriteit 0 en een punt als doel, en het verklaart dat het domein helemaal geen e-mail accepteert. Het is gedefinieerd in RFC 7505. Met een null-MX laat een verzendende server de bezorging bij de eerste poging mislukken en zet het bericht niet dagenlang in de wachtrij.

RFC 7505 stelt twee regels. Een domein dat een null-MX publiceert, mag geen ander MX-record publiceren, dus de null-MX staat alleen. En een domein dat e-mail verzendt vanaf eigen adressen, mag geen null-MX gebruiken, omdat ontvangers zijn berichten kunnen weigeren. Gebruik het alleen voor een naam die niet verzendt en niet ontvangt, zoals een domein dat u bewaart voor een omleiding of een defensieve registratie. Het record ziet er zo uit in zonebestandnotatie:

Kan een MX-record naar een IP-adres of een CNAME wijzen?

Nee: het doel van een MX-record is een hostnaam die oplost naar een A- of AAAA-record, nooit een kaal IP-adres. RFC 5321 laat een doel dat via een CNAME oplost ook buiten zijn bereik, dus de veilige keuze is de MX rechtstreeks te laten wijzen naar een host die zelf adresrecords heeft. Aanbieders publiceren de juiste hostnamen, zoals in de tabel hierboven.

De hostnaam in een MX is geen webadres. mail.protonmail.ch is een ontvangende server; hem in een browser openen zegt niets. Hetzelfde geldt voor het einde van de naam: in een zonebestand markeert de punt aan het eind een volledige naam, terwijl veel DNS-editors de punt voor u toevoegen, dus kopieer de waarde exact zoals uw aanbieder die toont.

Hoe voeg ik MX-records toe of wijzig ik ze op mijn domein?

Open de DNS-editor van het domein, verwijder de MX-records van de vorige aanbieder en voeg de nieuwe toe met hun prioriteiten. Postelva geeft elk domein gratis DNS-hosting met MX, TXT, CNAME en de andere recordtypen, en DNS-sjablonen met één klik voor Proton Mail, Fastmail, Zoho Mail, Google Workspace en Microsoft 365, plus een SPF- en DMARC-sjabloon en een sjabloon "geen e-mail" voor een domeinnaam die niets verstuurt. Voor Tuta, Mailbox.org, iCloud+ en Migadu is er geen sjabloon met één klik: u typt de MX-, TXT- en CNAME-records in de DNS-editor aan de hand van de waarden die uw aanbieder toont.

Verlaag vóór een overstap de TTL van de oude MX-records. De tijd die een wijziging nodig heeft om zich te verspreiden, is ongeveer de oude TTL op het record op het moment dat u het wijzigt, en het advies van leveranciers stelt de gebruikelijke vertraging van een MX-wijziging op een tot vier uur, soms tot 48. De stapsgewijze volgorde staat in de gids over e-mail verhuizen naar een nieuwe aanbieder zonder e-mail te verliezen. Na de wijziging controleert u uw MX-, SPF-, DKIM- en DMARC-records met een opzoeking. Voor een rondleiding per aanbieder begint u met de instelling van een eigen domein bij Proton Mail.

Is MX genoeg om betrouwbaar e-mail te ontvangen?

Nee: MX bepaalt waar e-mail aankomt, maar SPF, DKIM en DMARC bepalen of andere servers de e-mail vertrouwen die u verzendt. Een domein met juiste MX-records ontvangt e-mail, en een bericht dat u ervan verzendt, kan zonder de drie authenticatierecords nog steeds in de spam belanden. Ze worden naast elkaar uitgelegd in SPF versus DKIM versus DMARC.

Volgens de telling van Postelva van 12 november 2026 voor de aanbieders wier helppagina's het las, gebruiken Proton Mail en Fastmail elk 2 MX-hosts en Mailbox.org 4. Een complete Proton Mail-opzet is dan in totaal 8 records: 1 verificatie-TXT, 2 MX, 1 SPF, 3 DKIM en 1 DMARC.

Een citeerbare samenvatting: een MX-record vertelt de wereld welke server de e-mail van een domein ontvangt, en het wijzigen ervan is de enige stap die een adres tussen aanbieders verplaatst. Postelva verkoopt het domein en de DNS ervan; de mailbox blijft bij uw e-mailaanbieder.