MXToolbox és DNS-ellenőrzés

Az MXToolbox-szal megnézed egy domain levelezési DNS-rekordjait (MX, SPF, DKIM, DMARC), a feketelistás állapotot, a DNS-terjedést pedig a whatsmydns.net mutatja.

Az MXToolbox egy ingyenes online eszköz, amivel egy domain levelezési és DNS-beállításait ellenőrzöd. A SuperTool egyetlen keresőmezőből lekérdezi az MX-, SPF-, DKIM- és DMARC-rekordokat, és megnézi, szerepel-e a szerver IP-címe feketelistán. WordPress-oldalnál ezzel derül ki, miért nem érkeznek meg az oldal levelei, vagy miért kerülnek a levélszemétbe.

A DNS-változtatás látszik-e már a világ más pontjairól, azt a whatsmydns.net mutatja meg.

Használat

Nem kell telepíteni vagy regisztrálni. Nyisd meg az mxtoolbox.com/SuperTool.aspx oldalt, és írd a keresőmezőbe a lekérdezés típusát kettősponttal, utána a domaint:

spf:pelda.hu

A kezdőlap Domain Name mezője közvetlenül MX-lekérdezést indít: prioritás szerinti sorrendben kilistázza a domain MX-rekordjait. A lekérdezés a domain hiteles névszerverétől kér adatot, ezért egy friss MX-módosításnak azonnal látszania kell.

A lekérdezés típusai

A SuperTool oldalán a következő előtagokat találod (a leírás az oldalról való):

Előtag	Mit csinál
`mx:`	A domain MX-rekordjai.
`spf:`	Az SPF-rekord ellenőrzése.
`dkim:`	A DKIM-rekordok ellenőrzése.
`dmarc:`	A DMARC-rekord lekérdezése.
`blacklist:`	IP-cím vagy host hírnevének ellenőrzése.
`txt:`	A TXT-rekordok listája.
`dns:`	A névszerverek hibáinak keresése.
`smtp:`	A levelezőszerver tesztelése (25-ös port).
`ptr:`	A hosthoz tartozó PTR-rekord.
`whois:`	A domain regisztrációs adatai.

Van még többek között a:, aaaa:, cname:, soa:, bimi:, mta-sts: és tlsrpt: is.

A DKIM-ellenőrzéshez a selectort is meg kell adnod, mert a rekord neve azt tartalmazza (például google._domainkey). A selectort a levélküldő szolgáltatód mondja meg.

Mit jelentenek a rekordek

MX. Megmondja, melyik szerver fogadja a domain leveleit. Több rekordnál az alacsonyabb prioritásszámú szerver az elsődleges.

SPF. TXT-rekord, ami felsorolja, ki küldhet levelet a domain nevében. Mindig v=spf1 jelöléssel kezdődik. A Google súgója szerint minden engedélyezett feladó elé include: kerül, például:

v=spf1 include:_spf.google.com ~all

A ~all azt mondja a fogadó szervernek, hogy a listán nem szereplő feladó levelét jelölje levélszemétnek, és a Google ezt ajánlja. A Google szerint az SPF-rekordban legfeljebb 10 include: lehet. Egy domainhez egy SPF-rekord tartozzon, és minden aldomainnek külön kell.

DKIM. A levél digitális aláírása. A fogadó szerver a DNS-ben közzétett nyilvános kulccsal ellenőrzi. A rekord TXT, neve <selector>._domainkey, értéke v=DKIM1; k=rsa; p=<kulcs> alakú.

DMARC. A _dmarc.pelda.hu névre kerülő TXT-rekord. A p= érték mondja meg, mi történjen azzal a levéllel, ami nem megy át az ellenőrzésen:

`p=` értéke	Mit jelent
`none`	A levél megérkezik, a szerver csak naplóz. Induláskor ezt ajánlja a Google.
`quarantine`	A levél a levélszemét mappába kerül.
`reject`	A fogadó szerver elutasítja a levelet.

A rua=mailto:cím megadja, hová menjenek az összesített jelentések. Szigorításra akkor térj át, ha a jelentésekben már nem szerepel jogos feladó, ami elhasal.

Feketelista-ellenőrzés

A blacklist: lekérdezéssel a szerver IP-címét sok DNS-alapú feketelistán egyszerre nézi meg. Ha találat van, a lista nevére kattintva megtalálod a kikerülés módját. A listázás oka többnyire egy korábbi kéretlen levélküldés (például feltört oldalról) vagy megosztott IP-cím.

DNS-terjedés ellenőrzése

A DNS-módosítás nem mindenhol látszik azonnal, mert a névszerverek a régi értéket a lejáratig tárolják. A whatsmydns.net a világ több országának névszerveréről kérdezi le a rekordot, és térképen mutatja az eredményt.

Nyisd meg a whatsmydns.net oldalt.
Írd be a domaint, és válaszd ki a rekordtípust (például A, MX vagy TXT).
Kattints a Search gombra.
Hasonlítsd össze a helyszínek válaszait az Expected Value mezőbe írt értékkel.

Ha minden helyszín az új értéket mutatja, a változás elterjedt. Ha csak néhány, még várnod kell.

WordPress: miért nem mennek ki a levelek

A WordPress alapból a szerver saját levélküldőjén át küld. Ezek a levelek a domain nevében érkeznek, de a szerver IP-címe nincs az SPF-rekordban, DKIM-aláírás sincs rajtuk. A fogadó szerver ezért levélszemétnek tekinti őket, vagy el sem fogadja.

Teendő:

Futtasd le a spf:, dkim: és dmarc: lekérdezést a domainre.
Telepíts SMTP-bővítményt, és a leveleket a levélküldő szolgáltatódon át küldd, ne a tárhely levélküldőjén. Erre a FluentSMTP alkalmas.
A szolgáltató által megadott SPF- és DKIM-rekordot add hozzá a DNS-hez. Az SPF-hez nem új rekord kell, hanem a meglévőt bővítsd az include: taggal.
Ellenőrizd újra a lekérdezésekkel, és küldj egy próbalevelet.

Egy teljes levéltesztre, ami a kapott levél fejlécét és pontszámát is megnézi, ott a MailAudit.

Mire figyelj

A rekordokat a DNS-szolgáltatónál szerkeszted. Ha a domained Cloudflare-en van, lásd a Cloudflare-fiók létrehozása és hozzáférés adása cikket.
A Google szerint a DNS-változás akár 48 órát is igénybe vehet.
A DMARC-ot p=none értékkel indítsd, és csak a jelentések átnézése után szigoríts. Különben jogos leveleket is elutasíthatsz.
Az SPF-rekordot ne duplázd meg: két külön v=spf1 rekord érvénytelen.

Hasznos linkek

Készült: 2026. október 31.