MX-uppslagning

Slå upp MX
Nästa

När ett e-postmeddelande studsar är det första du bör titta på mottagarens MX-poster. Det här verktyget frågar den auktoritativa DNS-servern för vilken domän som helst och returnerar hela listan över värdnamn för e-postservrarna (mail exchangers), deras prioritetsvärden och de uppslagna IP-adresserna: exakt samma bild som en sändande SMTP-server ser innan den försöker leverera.

Så fungerar MX-uppslagningen

  1. 1

    Ange domänen

    Skriv apexdomänen, till exempel example.com. Ta inte med "mail." och inget protokoll.

  2. 2

    Fråga DNS

    Verktyget begär MX-postuppsättningen från publika resolvrar och läser av varje post som kommer tillbaka.

  3. 3

    Se prioriteterna

    Lägre prioritetsnummer prövas först. Poster med samma prioritet lastbalanseras enligt round-robin.

  4. 4

    Slå upp värdnamnen

    Varje MX-mål slås upp till en A- eller AAAA-post så att du kan upptäcka döda värdar.

Vad MX-poster faktiskt gör

MX-poster (Mail Exchanger) talar om för omvärlden vilka servrar som tar emot e-post för en viss domän. De returneras som svar på en DNS-fråga av typen MX, och varje post består av två delar: ett prioritetsnummer och ett värdnamn. Sändande servrar provar den lägsta prioriteten först och faller tillbaka på högre nummer om leveransen misslyckas.

Anatomin hos en MX-post

Fält Exempel Betydelse
Prioritet 10 Preferensordning: lägre nummer prövas först
Exchanger aspmx.l.google.com. Värdnamn för den mottagande e-postservern
TTL 3600 Antal sekunder en resolver får cacha svaret

Vanliga misstag som uppslagningen fångar

  • A-post i stället för MX. Vissa domäner låter av misstag apexdomänen peka på en webbmailvärd i stället för att sätta MX-poster, och leveransen misslyckas utan att någon märker det.
  • CNAME på apexdomänen. MX-mål måste vara värdnamn med A/AAAA-poster. Att använda en CNAME som MX-mål strider mot RFC 2181.
  • Saknad null-MX. Om en domän inte tar emot e-post alls, publicera MX 0 . så att avsändare studsar direkt i stället för att göra nya försök i flera dagar.
  • Föråldrade Google- eller Microsoft-mål. Organisationer som migrerar till Microsoft 365 glömmer ofta att ta bort gamla aspmx.l.google.com-poster.

Vanliga frågor

Redundans. E-post fungerar enligt principen lagra-och-vidarebefordra, så leverantörer publicerar flera e-postservrar med olika prioritet. Om den primära servern går ner provar avsändarna automatiskt nästa prioritet.

Det är den högsta preferensen: posten prövas först. Själva siffran spelar bara roll i förhållande till övriga poster i samma uppsättning. En ensam MX-post med prioritet 10 beter sig exakt likadant som en ensam post med prioritet 0.

Tekniskt sett ja. Då faller avsändarna tillbaka på A-posten, men moderna leverantörer vägrar ofta att leverera i det läget. Om en domän inte tar emot e-post är det bättre att publicera en null-MX.

DNS-cachar. Olika resolvrar kan behålla föråldrade poster tills TTL:en löper ut. Om du precis har ändrat din MX-post bör du vänta tills den gamla TTL:en har passerat innan du jämför.

Relaterade verktyg

Verktyget finns på andra språk