Summary
Verktyget läser MX-poster som du klistrar in från dig eller nslookup, sorterar dem i den ordning avsändare faktiskt provar och anger vilken e-postleverantör varje värd tillhör. Sedan flaggar det de fel som orsakar studsar: IP-adresser som mål, en null-MX blandad med riktiga poster, två leverantörer på samma domän och en enda värd utan reserv. Verktyget frågar inte live DNS, så du ser vad din egen resolver returnerar. Det körs i webbläsaren och inget du klistrar in skickas någonstans.
MX-poster kontrollera: läs och granska din e-postrouting
Kör ett dig-kommando, klistra in svaret och se leveransordningen, leverantören och felen som orsakar studsar. Inget lämnar din webbläsare.
Vad verktyget läser ur dina MX-poster
Prioriteten avgör ordningen
Varje MX-post kopplar en 16-bitars prioritet till ett värdnamn. Avsändare provar det lägsta talet först och går uppåt bara när en värd inte nås. Verktyget sorterar dina poster i nivåer så att den faktiska leveransordningen syns.
Värdnamnen avslöjar leverantören
Verktyget jämför varje mål mot kända suffix, till exempel aspmx.l.google.com eller mail.protection.outlook.com. Det känner igen ungefär tjugo brevlådes- och gatewayleverantörer. En okänd värd markeras i stället för att gissas.
Reglerna kommer från RFC:erna
Kontrollerna är de som står i RFC 5321, RFC 2181 och RFC 7505: bara värdnamn som mål, inga CNAME-alias och en null-MX som står ensam. Det finns ingen poäng och inget påhittat referensvärde.
Ett kommando, sedan klistra in
Verktyget frågar inte DNS åt dig, så svaret kommer från din egen terminal. Det är en fördel när du felsöker en migrering: du ser exakt vad din resolver returnerar nu, inte en cachad kopia på en uppslagstjänst.
- macOS och Linux: dig MX yourdomain.com +short
- Windows: nslookup -type=mx yourdomain.com
- Lägg till @1.1.1.1 i dig för att fråga en specifik publik resolver
Fyra steg för en ren övergång av e-post
Så här går vi tillväga vid en migrering av inkommande e-post på en domän som också skickar transaktionsmejl.
-
1
Spara den nuvarande uppsättningen
Kör dig MX och spara utdata. Klistra in den här för att bekräfta vad du byter ut och vilken leverantör som äger den idag.
-
2
Sänk TTL i förväg
Sänk MX-TTL till 300 sekunder och vänta sedan minst lika länge som den gamla TTL:en. Resolvrar måste låta den långlivade kopian gå ut innan din ändring gäller.
-
3
Byt posterna i en enda ändring
Ta bort de gamla värdarna och lägg till de nya samtidigt. En halvfärdig växling är hur en domän hamnar med två leverantörer.
-
4
Verifiera hos en resolver och återställ TTL
Kör dig mot en publik resolver och klistra in resultatet. Höj TTL:en igen när verktyget visar en leverantör och inga fel.
Frågor om MX-postuppslagning
Är det här MX-verktyget gratis?
Frågar verktyget live DNS-servrar?
Hur får jag fram mina MX-poster att klistra in?
Vad betyder prioritetsnumret för MX?
Varför är en IP-adress i en MX-post ett fel?
Varför varnar verktyget för två leverantörer på samma domän?
Påverkar MX-poster utskick eller bara mottagning?
Kan jag kontrollera en domän som saknar MX-post?
Håll koll på infrastrukturen bakom dina egna utskick
Verktyget täcker den inkommande sidan. Notification Harbor täcker de utskick du styr: domänuppvärmning, observabilitet på spårnivå samt SPF, DKIM och DMARC uppsatta före första produktionsutskicket.
Changelog · 1
- comparison_fields_edited Comparison structure updated