Tjek MX-record: Find et domænes mailservere

Hvad MX-posterne viser

En MX-post angiver en server, der modtager mail for domænet, med et tal foran, som kaldes prioriteten. En afsender prøver først det laveste tal og går videre til det næste, hvis serveren ikke svarer. To poster med samme tal deler belastningen. Kontrollen viser dem i denne rækkefølge og slår hvert værtsnavns IPv4- og IPv6-adresser op.

Når et domæne slet ikke har nogen MX-record, falder afsendere tilbage til domænets A- eller AAAA-record og forsøger at levere dertil (RFC 5321, afsnit 5.1). Det er sjældent ønsket, da adressen bag et nøgent domæne normalt tilhører en webserver.

Records, der forhindrer levering

En MX-record skal pege på et værtsnavn. En record, der peger på en IP-adresse, er ugyldig. Det samme gælder en record, hvis værtsnavn er et CNAME, hvilket RFC 2181 forbyder. De fleste afsendere følger den alligevel, mens enkelte giver op. Derfor kan domænet modtage mail fra én udbyder, mens mail fra en anden bliver afvist. Kontrollen markerer begge tilfælde samt et værtsnavn, der slet ikke kan slås op. Det kan betyde, at en migrering har efterladt en gammel server.

En null MX, en enkelt record med 0 efterfulgt af et punktum, angiver, at domænet ikke modtager mail (RFC 7505). Det er den rigtige løsning for et domæne, der hverken sender eller modtager mail, og afsendere stopper straks med at prøve i stedet for at forsøge igen i flere dage. Et domæne, du sender fra, bør ikke have en sådan record, da svar og bounces skal kunne leveres et sted.

Hvorfor et afsenderdomæne skal have en fungerende MX

Bounces og svar sendes tilbage til domæner, så et domæne, du sender fra, skal kunne modtage mail. Domænet i Return-Path modtager bounces, From-domænet modtager svar, og nogle modtagere kontrollerer, om disse domæner accepterer mail, før de tager imod en meddelelse fra dem. Et afsenderunderdomæne uden MX- eller A-record kan ligne et opdigtet domæne.

Kontrollen leder også efter MTA-STS- og TLS-RPT-records ved siden af MX-listen. Hvis de mangler, forhindrer det ikke mail i at nå frem i dag. Når de er på plads, nægter afsendere, der understøtter MTA-STS, at levere til dig uden kryptering, og TLS-RPT fortæller dem, hvor de skal rapportere det, hvis leveringen mislykkes.

Test en rigtig e-mail i stedet

Hvert af disse værktøjer kontrollerer én del af din opsætning. Den fulde test læser selve e-mailen: Send én meddelelse til en engangsadresse, og få SPF, DKIM og DMARC, som en modtagende server vurderede dem, samt blacklists, indhold, begge spamscorer og en plan for rettelser. Tilføj en placeringstest for at se, hvilken mappe den lander i hos Gmail, Outlook, Yahoo og andre udbydere.

Test din e-mail Se eksempelrapport

Spørgsmål

Hvordan kontrollerer jeg MX-records?

Indtast domænet ovenfor. Kontrollen spørger DNS efter dets MX-records, sorterer dem efter prioritet og slår adresserne op for hver server. Fra en terminal kan du foretage det samme opslag med dig MX example.com eller nslookup -type=mx example.com, men uden kontrol af målene.

Hvad betyder MX-prioritetsnummeret?

Det angiver prioriteten, og de laveste tal prøves først. Et domæne med 10 mx1 og 20 mx2 modtager sin mail på mx1 og bruger kun mx2, når mx1 ikke svarer. Ens tal fordeler mail mellem serverne. Værdierne betyder ikke andet end deres rækkefølge, så 1 og 5 fungerer på samme måde som 10 og 50.

Kan en MX-record pege på et CNAME?

Nej. RFC 2181 forbyder det, og RFC 5321 kræver, at målet har sin egen adresserecord. Mange afsendere slår alligevel CNAME op, så fejlen bliver ikke opdaget, før en streng afsender afviser din mail. Lad MX pege på det navn, som CNAME fører til.

Hvad er en null MX-record?

En enkelt MX-record med prioriteten 0 og kun et punktum som mål. Den er defineret i RFC 7505 og fortæller afsendere, at domænet ikke modtager e-mail. Brug den på domæner, der hverken sender eller modtager noget, herunder parkerede domæner, så mail sendt dertil straks bliver afvist, og ingen kan hævde, at domænet stiltiende accepterer den.

Skal jeg have MX-records for at sende e-mail?

Strengt taget kan du sende uden dem. I praksis bør domænerne i From og Return-Path modtage mail, da bounces og svar skal kunne leveres et sted, og modtagere opfatter et afsenderdomæne, der ikke kan modtage noget, som et advarselstegn. Et underdomæne, der kun bruges til afsendelse, kan have en MX-record, som peger på din udbyders servere til bounces.

Hvor lang tid tager ændringer af MX-records?

Så længe som TTL'en på de gamle records. Afsendere beholder det cachelagrede svar, indtil det udløber. Sænk derfor TTL'en en dag før en migrering, skift derefter records, og lad den gamle server modtage mails, indtil den gamle TTL er udløbet.

Common errors

Andre gratis værktøjer

SPF-tjekSyntaks, include-kæden og grænsen på ti opslag.DMARC-tjekPolitik, alignment og hvem der modtager rapporterne.Tjek DKIM-recordDen offentliggjorte nøgle for en selector: type, størrelse og flag.Blacklist-tjekIP- og domæne-blacklists, liste for liste.Analyse af e-mailheadere NyRuten, forsinkelserne og godkendelsesresultatet.Tjek MX-record Du er herMailservere, prioriteter og defekte mål.BIMI-tjek NyRecord, logo, certifikat og DMARC-politik.