MX-record opzoeken

MX opzoeken
Volgende

Als e-mail bounct, kijk je als eerste naar de MX-records van de ontvanger. Deze tool bevraagt de autoritatieve DNS van elk willekeurig domein en geeft de volledige lijst met hostnamen van de mailservers (mail exchangers) terug, met hun prioriteitswaarden en de opgeloste IP-adressen: precies hetzelfde beeld dat een verzendende SMTP-server ziet voordat hij probeert af te leveren.

Zo werkt de MX-lookup

  1. 1

    Voer het domein in

    Typ het apexdomein, bijvoorbeeld example.com. Neem geen "mail." en geen protocol op.

  2. 2

    DNS bevragen

    De tool vraagt de MX-recordset op bij publieke resolvers en leest elke teruggegeven record uit.

  3. 3

    Bekijk de prioriteiten

    Lagere prioriteitsnummers worden als eerste geprobeerd. Records met dezelfde prioriteit worden via round-robin verdeeld.

  4. 4

    Hostnamen resolven

    Elk MX-doel wordt herleid naar een A- of AAAA-record, zodat u dode hosts meteen ziet.

Wat MX-records eigenlijk doen

MX-records (Mail Exchanger) vertellen de buitenwereld welke servers e-mail voor een domein aannemen. Ze worden teruggegeven als antwoord op een DNS-query van het type MX en elke record bestaat uit twee delen: een prioriteitsnummer en een hostnaam. Verzendende servers proberen eerst de laagste prioriteit en vallen terug op hogere nummers als de aflevering mislukt.

Anatomie van een MX-record

Veld Voorbeeld Betekenis
Prioriteit 10 Voorkeursvolgorde: hoe lager het getal, hoe eerder geprobeerd
Exchanger aspmx.l.google.com. Hostnaam van de ontvangende mailserver
TTL 3600 Aantal seconden dat een resolver het antwoord mag cachen

Veelgemaakte fouten die deze lookup opspoort

  • Een A-record in plaats van MX. Sommige domeinen laten het apexdomein per ongeluk naar een webmailhost wijzen in plaats van MX-records in te stellen, waardoor de aflevering stilletjes mislukt.
  • CNAME op het apexdomein. MX-doelen moeten hostnamen met A/AAAA-records zijn. Een CNAME als MX-doel gebruiken is in strijd met RFC 2181.
  • Ontbrekende null MX. Ontvangt een domein helemaal geen e-mail, publiceer dan MX 0 . zodat verzenders meteen een bounce krijgen in plaats van dagenlang opnieuw te proberen.
  • Verouderde Google- of Microsoft-doelen. Organisaties die naar Microsoft 365 migreren vergeten vaak de oude aspmx.l.google.com-records te verwijderen.

Veelgestelde vragen

Redundantie. E-mail werkt volgens het store-and-forward-principe, dus providers publiceren meerdere mailservers met verschillende prioriteiten. Valt de primaire server uit, dan proberen verzenders automatisch de volgende prioriteit.

Dat is de hoogste voorkeur: die record wordt als eerste geprobeerd. Het getal zelf telt alleen ten opzichte van de andere records in dezelfde set. Eén enkele MX met prioriteit 10 gedraagt zich precies hetzelfde als één enkele MX met prioriteit 0.

Technisch gezien wel. Verzenders vallen dan terug op het A-record, maar moderne providers weigeren in die situatie vaak af te leveren. Accepteert een domein geen e-mail, publiceer dan een null MX.

Door DNS-caches. Verschillende resolvers kunnen verouderde records vasthouden tot de TTL verloopt. Hebt u uw MX-record net gewijzigd, wacht dan tot de oude TTL is verstreken voordat u vergelijkt.

Gerelateerde tools

Tool beschikbaar in andere talen