Email Spam Tester

Ingyenes eszköz

MX-rekord ellenőrzése

Keresse meg egy domain MX-rekordjait abban a sorrendben, ahogy a küldők próbálkoznak, és ellenőrizze, hogy a listán minden szerver feloldható-e egy címre.

Mit mutatnak az MX rekordok?

Az MX rekord megnevez egy kiszolgálót, amely leveleket fogad a domainhez, előtte pedig egy prioritásnak nevezett szám áll. A feladó először a legkisebb számú kiszolgálóval próbálkozik, és ha az nem válaszol, továbblép a következőre. Két azonos számú rekord megosztja a terhelést. Az ellenőrző ebben a sorrendben sorolja fel őket, és minden állomásnevet felold annak IPv4- és IPv6-címeire.

Ha egy domainhez egyáltalán nincs MX rekord, a küldők az A vagy AAAA rekordját használják, és oda próbálják kézbesíteni a levelet (RFC 5321, 5.1. szakasz). Ez ritkán kívánatos, mivel a domainhez közvetlenül tartozó cím mögött általában webszerver található.

A kézbesítést megakadályozó rekordok

Az MX rekordnak egy gépnévre kell mutatnia. Az IP-címre mutató rekord érvénytelen. Ugyanez igaz arra is, ha a gépnév CNAME, amit az RFC 2181 tilt. A legtöbb küldő ennek ellenére követi a CNAME rekordot, néhány azonban feladja, így a domain az egyik szolgáltatótól fogad levelet, míg egy másiktól visszautasítja. Az ellenőrző mindkét esetet jelzi, továbbá azt is, ha a gépnév egyáltalán nem oldható fel, ami arra utalhat, hogy egy átállás után régi szerver maradt a beállításokban.

A null MX, vagyis egyetlen olyan rekord, amelyben a 0 után egy pont áll, azt jelzi, hogy a domain nem fogad levelet (RFC 7505). Ez a megfelelő beállítás olyan domainhez, amely se nem küld, se nem fogad levelet, mert a küldők azonnal leállnak a próbálkozással, ahelyett hogy napokon át újrapróbálkoznának. Olyan domainen, amelyről levelet küld, nem szabad ilyet beállítani: a válaszokat és a visszapattanó leveleket fogadni kell valahol.

Miért kell működő MX a küldő domainhez?

A visszapattanó levelek és a válaszok domainekre érkeznek vissza, ezért annak a domainnek, amelyről levelet küld, képesnek kell lennie a fogadásra. A Return-Path domain fogadja a visszapattanó leveleket, a From domain pedig a válaszokat, és egyes fogadó rendszerek a levél átvétele előtt ellenőrzik, hogy ezek a domainek fogadnak-e levelet. Az MX és A rekord nélküli küldő aldomain kitalált domainnek tűnhet.

Az ellenőrző az MX-lista mellett MTA-STS és TLS-RPT rekordokat is keres. Ezek hiánya jelenleg nem akadályozza meg a levelek beérkezését. Ha be vannak állítva, az MTA-STS protokollt támogató küldők titkosítás nélkül nem kézbesítenek Önnek, a TLS-RPT pedig megadja, hová küldjenek jelentést, ha ez nem sikerül.

Teszteljen inkább egy valódi üzenetet

Ezek az eszközök a beállítás egy-egy részét ellenőrzik. A teljes teszt magát az e-mailt vizsgálja: küldjön egy üzenetet egy eldobható címre, és megkapja az SPF, a DKIM és a DMARC eredményét úgy, ahogyan egy fogadó szerver kiértékelte, továbbá a feketelisták ellenőrzését, a tartalomelemzést, mindkét spampontszámot és egy javítási tervet. Adjon hozzá beérkezési tesztet, hogy lássa, melyik mappába kerül a Gmail, Outlook, Yahoo és más szolgáltatóknál.

Tesztelje az e-mailjétMintajelentés megtekintése

Kérdések

Hogyan ellenőrizhetem az MX rekordokat?

Írja be fent a domaint. Az ellenőrző lekéri a DNS rendszerből az MX rekordokat, prioritás szerint rendezi őket, majd minden szerverhez feloldja a hozzá tartozó címeket. Terminálból ugyanez a lekérdezés a dig MX example.com vagy az nslookup -type=mx example.com paranccsal végezhető el, de ezek nem ellenőrzik a célokat.

Mit jelent az MX prioritási száma?

Ez a preferenciaérték, és először az alacsonyabb számokkal próbálkoznak. A 10 mx1 és 20 mx2 beállítású domain az mx1 szerveren fogadja a leveleket, és csak akkor használja az mx2 szervert, ha az mx1 nem válaszol. Azonos számok esetén a levelek megoszlanak a szerverek között. Maguknak az értékeknek a sorrenden túl nincs jelentésük, ezért az 1 és 5 ugyanúgy működik, mint a 10 és 50.

Mutathat az MX rekord CNAME rekordra?

Nem. Az RFC 2181 tiltja, az RFC 5321 pedig elvárja, hogy a cél saját címrekorddal rendelkezzen. Sok küldő ennek ellenére feloldja a CNAME rekordot, ezért a hiba észrevétlen maradhat, amíg egy szigorúbb küldő vissza nem utasítja a levelét. Az MX rekordot arra a névre irányítsa, amelyre a CNAME mutat.

Mi az a null MX rekord?

Egyetlen MX rekord 0 preferenciaértékkel, amelynek célja mindössze egy pont. Az RFC 7505 meghatározása szerint ez azt jelzi a küldőknek, hogy a domain nem fogad e-mailt. Használja olyan domaineken, amelyek semmit sem küldenek és semmit sem fogadnak, beleértve a parkoltatott domaineket is. Így az oda küldött levelek azonnal sikertelenek lesznek, és senki sem állíthatja, hogy a domain ezt külön jelzés nélkül elfogadja.

Szükséges MX rekord az e-mail-küldéshez?

Szigorúan véve a küldés nélkülük is működik. A gyakorlatban azonban a From és Return-Path domaineknek fogadniuk kell a leveleket: a visszapattanó leveleknek és a válaszoknak meg kell érkezniük valahová, a fogadó rendszerek pedig figyelmeztető jelként kezelik, ha egy küldő domain semmit sem képes fogadni. A kizárólag küldésre használt aldomain MX rekordja mutathat a szolgáltató visszapattanó leveleket kezelő szervereire.

Mennyi idő alatt lépnek életbe az MX módosításai?

A régi rekordok TTL-értékének lejártáig. A küldők a lejáratig a gyorsítótárazott választ használják, ezért egy nappal a migráció előtt csökkentse a TTL-értéket, majd módosítsa a rekordokat, és a régi kiszolgáló továbbra is fogadjon leveleket, amíg a régi TTL le nem jár.

Common errors

További ingyenes eszközök