MX-records opzoeken

Bekijk met deze MX-zoekfunctie de prioriteit van mailservers, IP-adressen, aanwijzingen over de provider en voorwaarts bevestigde reverse DNS. Controleer bevindingen over de mailroutering en de beperkte controle op de openbare SpamCop-blokkeerlijst.

Gratis, zonder account. 30 zoekopdrachten per uur.

Controles voor e-mailbezorgbaarheid

Controleer samen de verzendidentiteit, het domeinbeleid, de ontvangende servers en een daadwerkelijk ontvangen bericht. Deze controles geven inzicht in de configuratie, maar kunnen niet garanderen dat mail in de inbox aankomt.

SPF: Autoriseer je verzendende IP-adres en breng het budget voor DNS-lookupverzoeken in kaart.
DMARC / DKIM: Controleer het beleid, de instellingen voor overeenstemming, de rapportagerechten en de openbare sleutels.
MX: Controleer inkomende servers, adressen, reverse DNS en de openbare blokkeerlijst.
E-mailheaders: Lees lokaal de daadwerkelijke resultaten van de ontvanger, claims over doorsturen en vertragingen per tussenliggende server uit.
DKIM: Lees de openbare sleutel voor een selector op of probeer gangbare selectors van providers.
Blokkeerlijsten: Controleer mailserveradressen op DNS-blokkeerlijsten en bekijk hoe je ze laat verwijderen.
MTA-STS: Controleer het TLS-beleid voor inkomende e-mail, of het overeenkomt met de MX-records en de TLS-rapporten.
BIMI: Controleer het BIMI-record, het SVG-logo, het certificaat en of DMARC gereed is.

Vereisten van Google en Yahoo voor bulkverzenders

Vereisten gecontroleerd op 2026-10-12. Google past zijn regels voor bulkverzenders toe bij meer dan 5000 berichten per dag aan persoonlijke Gmail-accounts. Yahoo beschrijft bulkverzenders zonder dezelfde numerieke drempel te publiceren.

Publiceer SPF en onderteken met DKIM. Publiceer DMARC met minimaal p=none en zorg dat het zichtbare From-domein overeenkomt met een geslaagde SPF- of DKIM-identiteit.
Gebruik geldige voorwaartse en omgekeerde DNS en correct opgemaakte berichten. Google vereist ook TLS voor het transport. Houd gemelde spampercentages onder 0,3 procent.
Marketingberichten en berichten waarvoor iemand zich heeft aangemeld, hebben headers voor uitschrijven met één klik nodig, plus een zichtbare uitschrijflink. Verwerk uitschrijfverzoeken binnen twee dagen.
Google vereist RSA-sleutels voor DKIM van minstens 1024 bits en raadt 2048 bits aan. Een controle van de DNS-sleutel bewijst niet dat uitgaande mail wordt ondertekend.

Het spampercentage, de verwerking van uitschrijfverzoeken en het daadwerkelijke gebruik van SMTP TLS vallen buiten een DNS-controle. Controleer ze bij je maildienst en met een ontvangen bericht.

Richtlijnen van Google voor verzenders Vereisten van Yahoo voor verzenders Definitie van bulkverzenders volgens Yahoo

Een MX-zoekopdracht toont de mailservers die e-mail voor een domein accepteren. Verzendende servers proberen eerst de server met het laagste prioriteitsnummer. Deze zoekopdracht vindt ook de IPv4- en IPv6-adressen van elke server, herkent de provider als de hostnamen overeenkomen met die van een bekende provider en legt uit wat een null MX of een domein zonder MX-record betekent.

Zo gebruik je deze tool

Voer het domein in: Gebruik het deel na de @ in een e-mailadres, bijvoorbeeld example.com. Een volledig e-mailadres of een URL werkt ook; we gebruiken dan alleen het domein.
Bekijk de prioriteit: Verzendende servers proberen eerst de server met het laagste nummer. Als die niet antwoordt, proberen ze de volgende. Servers met hetzelfde nummer verdelen de e-mail onderling.
Controleer de adressen van elke server: Elke MX-host heeft een eigen A- of AAAA-record nodig. Volgens de e-mailstandaarden moet daar een gewone hostnaam staan. Daarom worden een CNAME, een IP-adres dat rechtstreeks in het record staat en een privéadres gemarkeerd.
Null MX en de terugvaloptie: Eén MX-record met "." als doel en prioriteit 0 is een null MX (RFC 7505): het domein geeft aan nooit e-mail te ontvangen. Als er helemaal geen MX-record is, proberen verzendende servers in plaats daarvan het A- of AAAA-adres van het domein zelf (RFC 5321).

Vragen voordat je begint

Het bepaalt de voorkeursvolgorde: lagere nummers worden eerst geprobeerd. Een reserveserver heeft meestal een hoger nummer, bijvoorbeeld 20 als de hoofdserver 10 heeft. Alleen de volgorde telt: 10 en 20 werken hetzelfde als 10 en 11.

Soms. Verzendende servers proberen dan het A- of AAAA-adres van het domein, zoals beschreven in RFC 5321. E-mail komt alleen aan als daar een mailserver luistert. Bij de meeste webhosting is dat niet zo, dus voeg de MX-records toe die je e-mailprovider opgeeft.

Een MX-record dat naar "." verwijst en prioriteit 0 heeft, zoals vastgelegd in RFC 7505. Het vertelt verzendende servers dat het domein geen e-mail accepteert. Daardoor wijzen ze een bericht meteen af in plaats van het dagenlang opnieuw te proberen. Dit is geschikt voor domeinen waarop alleen een website draait.

MX-records vertellen andere servers alleen waar ze e-mail voor je domein naartoe moeten sturen. Of e-mail die jij verstuurt in de inbox terechtkomt, hangt af van SPF-, DKIM- en DMARC-records en van je verzendreputatie.

Aan de MX-hostnamen, bijvoorbeeld aspmx.l.google.com voor Google Workspace of mail.protection.outlook.com voor Microsoft 365. We vergelijken ze met een korte lijst bekende providers. Als er geen provider wordt genoemd, is er niets mis: die staat alleen niet op onze lijst.

Controleer of AI-antwoorden je bedrijf noemen

Technische controles helpen je een pagina te verbeteren. De gratis AI-zichtbaarheidsscan laat zien welke antwoorden voor je bedrijf zijn gecontroleerd en wat je daarna kunt aanpakken.

Doe de gratis AI-zichtbaarheidsscan

MX-records opzoeken

Controles voor e-mailbezorgbaarheid

Vragen voordat je begint

01Wat betekent het prioriteitsnummer van een MX-record?

02Mijn domein heeft geen MX-record. Kan het toch e-mail ontvangen?

03Wat is een null MX-record?

04Betekenen correcte MX-records dat mijn e-mail wordt afgeleverd?

05Hoe wordt de e-mailprovider herkend?

Controleer of AI-antwoorden je bedrijf noemen