Kontrollera MX-poster och domänens e-postservrar

Vad MX-posterna visar

En MX-post anger en server som tar emot e-post för domänen, med ett tal framför som kallas prioritet. En avsändare försöker först med det lägsta talet och går vidare till nästa om servern inte svarar. Två poster med samma tal delar på belastningen. Kontrollverktyget listar dem i den ordningen och slår upp varje värdnamns IPv4- och IPv6-adresser.

När en domän helt saknar MX-post använder avsändare i stället dess A- eller AAAA-post och försöker leverera dit (RFC 5321, avsnitt 5.1). Det är sällan önskvärt, eftersom adressen bakom en domän utan värdnamn vanligtvis tillhör en webbserver.

Poster som hindrar leverans

En MX-post måste peka på ett värdnamn. En post som pekar på en IP-adress är ogiltig. Detsamma gäller om värdnamnet är ett CNAME, vilket förbjuds i RFC 2181. De flesta avsändare följer ändå posten, men några ger upp. Därför kan domänen ta emot e-post från en leverantör men avvisa den från en annan. Kontrollen markerar båda fallen samt värdnamn som inte kan slås upp alls, vilket kan betyda att en gammal server blev kvar efter en migrering.

En null MX, en enda post med 0 följt av en punkt, anger att domänen inte tar emot e-post (RFC 7505). Det är rätt lösning för en domän som varken skickar eller tar emot e-post, och avsändare slutar försöka direkt i stället för att göra nya försök i flera dagar. En domän som du skickar från bör inte ha en sådan post, eftersom svar och studsar måste kunna levereras någonstans.

Varför en avsändardomän behöver fungerande MX

Studsar och svar skickas tillbaka till domäner, så en domän som du skickar från måste kunna ta emot e-post. Domänen i Return-Path tar emot studsar, domänen i From tar emot svar, och vissa mottagare kontrollerar om dessa domäner tar emot e-post innan de accepterar ett meddelande från dem. En avsändande underdomän utan MX-post och A-post kan se ut som en påhittad domän.

Kontrollen letar också efter MTA-STS- och TLS-RPT-poster tillsammans med MX-listan. Om de saknas hindrar det inte e-post från att komma fram i dag. När de finns vägrar avsändare som stöder MTA-STS att leverera till dig utan kryptering, och TLS-RPT anger vart de ska rapportera när det misslyckas.

Testa ett riktigt meddelande i stället

Varje verktyg kontrollerar en del av din konfiguration. Det fullständiga testet läser själva e-postmeddelandet: skicka ett meddelande till en engångsadress och få SPF, DKIM och DMARC så som en mottagare utvärderade dem, svartlistor, innehåll, båda spampoängen och en åtgärdsplan. Lägg till inkorgsplacering för att se vilken mapp det hamnar i hos Gmail, Outlook, Yahoo och andra leverantörer.

Testa din e-post Visa exempelrapport

Frågor

Hur kontrollerar jag MX-poster?

Skriv domänen ovan. Kontrollen hämtar dess MX-poster från DNS, sorterar dem efter prioritet och slår upp adresserna för varje server. Från en terminal kan du göra samma uppslagning med dig MX example.com eller nslookup -type=mx example.com, men då kontrolleras inte målservrarna.

Vad betyder prioritetsnumret i en MX-post?

Det anger prioriteten, och lägre nummer provas först. En domän med 10 mx1 och 20 mx2 tar emot e-post via mx1 och använder bara mx2 när mx1 inte svarar. Lika nummer fördelar e-posten mellan servrarna. Själva värdena betyder inget utöver ordningen, så 1 och 5 fungerar på samma sätt som 10 och 50.

Kan en MX-post peka på ett CNAME?

Nej. RFC 2181 förbjuder det och RFC 5321 kräver att målet har en egen adresspost. Många avsändare följer ändå CNAME-posten, så felet kan förbli oupptäckt tills en strikt avsändare avvisar din e-post. Låt MX-posten peka på namnet som CNAME leder till.

Vad är en null MX-post?

Det är en enda MX-post med prioriteten 0 och enbart en punkt som mål. Den definieras i RFC 7505 och talar om för avsändare att domänen inte tar emot e-post. Använd den för domäner som varken skickar eller tar emot något, inklusive parkerade domäner, så att e-post som skickas dit avvisas direkt och ingen kan hävda att domänen tar emot den utan att meddela det.

Behöver jag MX-poster för att skicka e-post?

Strikt sett går det att skicka utan dem. I praktiken bör domänerna i From och Return-Path ta emot e-post. Studsar och svar måste kunna levereras någonstans, och mottagare ser en avsändardomän som inte kan ta emot något som ett varningstecken. En underdomän som endast används för att skicka kan ha en MX-post som pekar på leverantörens servrar för studsar.

Hur lång tid tar ändringar av MX-poster?

Lika länge som TTL för de gamla posterna. Avsändare behåller det cachade svaret tills det löper ut, så sänk TTL en dag före en migrering, ändra sedan posterna och låt den gamla servern fortsätta ta emot e-post tills den gamla TTL-tiden har löpt ut.

Common errors

Andra gratisverktyg

Kontrollera SPF-postSyntax, include-kedjan och gränsen på tio uppslag.DMARC-kontrollPolicy, anpassning och vem som tar emot rapporterna.DKIM-kontrollDen publicerade nyckeln för en selektor: typ, storlek och flaggor.Kontrollera svartlistaSvartlistor för IP-adresser och domäner, lista för lista.Analys av e-posthuvuden NyVägen, fördröjningarna och autentiseringsresultatet.Kontrollera MX-poster Du är härE-postservrar, prioriteringar och trasiga mål.BIMI-kontroll NyPost, logotyp, certifikat och DMARC-policy.