📍 Maak kennis met MapLeads: maak van Google Maps, Bing Maps & Apple Maps je leadlijst.MapLeads proberen
Gratis tool

MX-records opzoeken

Voer een willekeurig domein in om de MX-records realtime op te halen. Bekijk elke mailserverhostnaam, de prioriteit en of e-mailbezorging correct is ingesteld.

Wat zijn MX-records?

MX-records (Mail Exchange) zijn DNS-vermeldingen die de voorkeursservers aangeven voor het ontvangen van e-mail voor een domein. Als iemand naar user@example.com stuurt, raadpleegt de verzendende server eerst de MX-records van example.com. Als er geen MX bestaat, kan SMTP terugvallen op het A- of AAAA-adres van het domein; een null MX geeft expliciet aan dat het domein geen e-mail accepteert.

Elk MX-record heeft twee onderdelen: een hostnaam (het adres van de mailserver) en een prioriteitsnummer. Lagere prioriteitsnummers hebben een hogere voorkeur. Als er meerdere MX-records zijn, probeert de verzendende server eerst die met de laagste prioriteit. Als die server niet beschikbaar is, valt hij terug op de volgende laagste prioriteit. Deze redundantie zorgt ervoor dat e-mail wordt bezorgd, zelfs als één mailserver uitvalt.

MX-records vormen de normale routeringslaag voor inkomende e-mail. Authenticatierecords zoals SPF, DKIM en DMARC gaan over uitgaande identiteit, terwijl MX-records afzenders naar de ontvangende infrastructuur wijzen. Een opzoeking kan expliciete mailservers of een null MX tonen, maar een leeg MX-antwoord moet worden geïnterpreteerd samen met de impliciete MX-terugval van SMTP en de A- of AAAA-records van het domein.

Veelvoorkomende MX-recordconfiguraties

  • Google Workspace

    Google Workspace-domeinen hebben meestal vijf MX-records die wijzen naar aspmx.l.google.com en varianten met prioriteiten 1, 5, 5, 10 en 10. Dit zijn allemaal redundante Google-mailservers.

  • Microsoft 365

    Microsoft 365 gebruikt één MX-record dat wijst naar een tenant-specifieke hostnaam zoals yourdomainname-com.mail.protection.outlook.com met prioriteit 0.

  • Zelfgehost of aangepast

    Zelfgehoste mailservers hebben meestal één of twee MX-records. De primaire server heeft het laagste prioriteitsnummer en verwerkt alle inkomende e-mail. Een back-upserver met een hogere prioriteit vangt e-mail op als de primaire niet beschikbaar is.

Bewijs van e-mailroutering

Wat een MX-opzoeking laat zien over de ontvangstroute van een domein

Een MX-recordopzoeking geeft de mailserverhostnamen en voorkeurswaarden terug die in DNS zijn gepubliceerd. Het toont routeringsintentie, geen acceptatie op mailboxniveau.

Hostnamen van mailservers geven aan waar afzenders verbinding moeten maken

Elk resultaat bevat een domeinnaam van een ontvangende mailserver. Die hostnaam moet naar bereikbare infrastructuur verwijzen; een MX-doel mag niet als kaal IP-adres worden gepubliceerd.

De opzoeking toont alleen de MX-laag. Gebruik een bredere DNS-controle wanneer je ook de adresrecords van het doel of andere DNS-gegevens van het domein nodig hebt.

Voorkeurswaarden bepalen de volgorde, niet de snelheid of kwaliteit

Lagere numerieke voorkeurswaarden worden eerder geprobeerd dan hogere. Gelijke voorkeuren kunnen pogingen over meerdere mailservers verdelen, terwijl records met hogere nummers meestal als terugval dienen.

Een record met het laagste nummer is niet automatisch gezonder of sneller. De waarde geeft de routeringsprioriteit weer die de domeineigenaar heeft gekozen.

Resultaatstatussen

Hoe je MX-records, lege resultaten en null MX interpreteert

Drie gevallen die in een eenvoudige tabel op elkaar lijken, hebben verschillende SMTP-betekenissen.

Eén of meer gewone MX-records

Het domein publiceert expliciete ontvangende hosts. Controleer of hostnamen correct gespeld zijn, of prioriteiten de beoogde provider weerspiegelen en of verouderde records na migraties zijn verwijderd.

Geen expliciet MX-record

SMTP specificeert een impliciete terugval naar het A- of AAAA-adres van het domein. Dit is geen bewijs dat daar daadwerkelijk een SMTP-dienst luistert, dus een lege MX-tabel moet een diagnostische status blijven en geen automatisch mailboxoordeel.

Een null MX-record

Een MX-record met voorkeur 0 en exchange . geeft aan dat het domein geen e-mail accepteert. Het is een expliciet signaal van geen dienst en mag niet worden gecombineerd met gewone MX-records.

Gepubliceerde records met onbereikbare doelen

DNS kan er correct uitzien terwijl verbindingen een time-out geven, certificaten falen of de server ontvangers weigert. MX-opzoeking voert die netwerk- of SMTP-controles niet uit.

Probleemoplossingsworkflow

Gebruik MX-opzoeking van domeinroutering tot ontvangersverificatie

Doorloop DNS en SMTP in volgorde, zodat elk resultaat één duidelijke vraag beantwoordt.

  1. 1

    Zoek het exacte domein na het @-teken op

    Verwijder URL's, paden en gebruikersnamen. Voor een adres op een subdomein zoek je dat subdomein op, omdat het een andere ontvangstroute kan publiceren dan de organisatorische root.

  2. 2

    Vergelijk hostnamen en prioriteiten met de beoogde provider

    Na een e-mailmigratie let je op gemengde oude en nieuwe providers, verkeerd gespelde doelen, ontbrekende redundantie of een null MX die botst met de beoogde dienst.

  3. 3

    Los de volgende laag op en test die

    Bevestig dat de hostnamen van mailservers naar een adres verwijzen en dat de ontvangende dienst bereikbaar is. Alleen een MX-rij bewijst de gezondheid van de server niet.

  4. 4

    Verifieer de mailbox alleen als de domeinroute bruikbaar is

Wat MX niet kan bewijzen

Een MX-recordcontrole is geen mailboxcontrole

Domeinroutering en acceptatie door de ontvanger zijn aparte lagen van het e-mailpad.

Het kan niet bewijzen dat het lokale deel bestaat

Dezelfde MX-hosts bedienen elk adres op een domein, inclusief geldige gebruikers, spelfouten, opgeheven accounts, rolmailboxen en Catch-All-gissingen.

Het kan niet bewijzen dat de server bereikbaar is

DNS-records kunnen langer bestaan dan de infrastructuur of naar een tijdelijk onbeschikbare dienst wijzen. Deze tool opent geen TCP- of SMTP-verbinding.

Het kan afzenderauthenticatie niet diagnosticeren

SPF, DKIM en DMARC zijn aparte TXT-gebaseerde controles voor uitgaande identiteit. Gebruik hun eigen generators en controles in plaats van ze af te leiden uit inkomende MX-records.

Het kan inboxplaatsing niet voorspellen

MX-routering zegt waar een bericht wordt aangeboden. Spamfiltering, reputatie, beleid en mailboxregels bepalen wat er gebeurt nadat het ontvangende systeem het accepteert.

Protocolreferentie

SMTP definieert zowel expliciete MX-routering als de impliciete terugval

Dit onderscheid voorkomt twee veelvoorkomende fouten: elk leeg MX-resultaat als onbezorgbaar bestempelen en een domein over het hoofd zien dat expliciet geen e-maildienst publiceert.

RFC 5321 definieert de ontdekking van mailservers

De RFC 5321 van IETF beschrijft de MX-volgorde en de terugval naar adresrecords die wordt gebruikt als er geen MX-bronrecords worden gevonden.

RFC 7505 definieert null MX

De RFC 7505 van IETF definieert het record met prioriteit 0 en exchange . waarmee een domein kan aangeven dat het geen e-mail accepteert. Houd dat expliciete signaal gescheiden van een gewoon geen-data-antwoord.

Gerelateerde e-mailtools

Kies de volgende tool op bewijstype: ontvanger, ontdekking, DNS en infrastructuur, of afzenderworkflow.

Veelgestelde vragen

1. Wat betekent het als een domein geen MX-records heeft?

Geen expliciet MX-record is niet hetzelfde als een null MX. SMTP definieert een impliciete terugval naar het A- of AAAA-adres van het domein als MX ontbreekt, hoewel vertrouwen op die terugval ongebruikelijk is en op een verkeerde configuratie kan wijzen. Een enkel MX-record met prioriteit 0 en exchange . is een null MX en geeft expliciet aan dat het domein geen e-mail accepteert.

2. Waarom hebben sommige domeinen meerdere MX-records?

Meerdere MX-records bieden redundantie. De verzendende server probeert eerst het record met het laagste prioriteitsnummer. Als die server down is of niet reageert, probeert de verzender het volgende record. Zo blijft e-mailbezorging werken, ook tijdens onderhoud of storingen.

3. Wat betekent het prioriteitsnummer in een MX-record?

Het prioriteitsnummer bepaalt welke mailserver als eerste wordt benaderd. Lagere nummers hebben een hogere voorkeur — prioriteit 1 wordt eerder geprobeerd dan prioriteit 10. Als twee records dezelfde prioriteit hebben, worden servers willekeurig gekozen voor taakverdeling.

4. Hoe lang duurt het voordat wijzigingen in MX-records zijn doorgevoerd?

DNS-wijzigingen worden wereldwijd meestal binnen 30 minuten tot enkele uren doorgevoerd. De TTL-waarde (Time to Live) van je bestaande records bepaalt hoe lang oude waarden in de cache blijven. Als de TTL op 3600 (1 uur) staat, kan het tot een uur duren voordat de wijziging wereldwijd zichtbaar is.

5. Kan ik een IP-adres gebruiken in een MX-record?

Nee. MX-records moeten naar een hostnaam wijzen (A- of AAAA-record), niet rechtstreeks naar een IP-adres. Dit is een RFC-specificatie. Als je een IP-adres probeert te gebruiken, kunnen mailservers niet correct naar je domein bezorgen.

6. Hoe hangt het opzoeken van MX-records samen met e-mailbezorgbaarheid?

MX-records geven de voorkeursmailservers aan voor inkomende bezorging. Een opzoeking bevestigt de gepubliceerde hostnamen en prioriteiten, maar test niet of die servers bereikbaar zijn of of een mailbox bestaat. Een domein zonder MX-record kan nog steeds de impliciete A- of AAAA-terugval gebruiken die SMTP definieert, terwijl een null MX expliciet aangeeft dat het domein geen e-mail accepteert.

Gerelateerde tool

Verifieer e-mailadressen op grote schaal

MX-opzoeking is één stap in e-mailverificatie. BillionVerify voert de volledige SMTP-handshake uit om te bevestigen dat elk adres daadwerkelijk bestaat — niet alleen het domein.

600 gratis credits/mnd + 20/dag inlogbonus · Volledige SMTP-verificatie, niet alleen DNS · Directe API-toegang · Geen creditcard nodig

99.9%
Nauwkeurigheid
Real-time
API-snelheid
$0.00014
Per e-mail
600/mo
Altijd gratis