E-mail-fejléc elemző: teljes útvonal, SPF, DKIM, DMARC

Az útvonal olvasása alulról felfelé

Minden szerver, amely kezeli az üzenetet, egy Received sort ad a már meglévők fölé. Ezért a legrégebbi állomás alul, az utolsó, vagyis az Ön postafiók-szolgáltatója pedig felül található. Az elemző ezeket az üzenet útvonalának sorrendjében listázza, azzal az időponttal együtt, amikor az egyes szerverek saját adataik szerint megkapták az üzenetet, valamint az előző állomás óta eltelt idővel.

Néhány másodperces eltérés normális. A többperces késés általában azt jelenti, hogy az üzenet várólistán maradt, mert a fogadó szerver greylisting miatti újrapróbálkozást kért, egy továbbítószerver foglalt volt, vagy a feladó saját kimenő szűrője visszatartotta. Visszafelé jár az óra? Az egyik szerveren helytelen az idő.

Melyik Authentication-Results megbízható

Az Authentication-Results (RFC 8601) fejlécben rögzíti a fogadó szerver az SPF, DKIM, DMARC és esetenként ARC eredményét. Egy üzenet több ilyen sort is tartalmazhat, de csak az számít, amelyet az Önnek kézbesítő szerver adott hozzá. Az alatta lévő sorokat még azelőtt írták, hogy az üzenet eljutott volna az Ön szolgáltatójához. Ezek olyan szerverektől származnak, amelyekben nincs oka megbízni, és a feladó bármit elhelyezhet bennük.

Az elemző a legfelső eredményt tekinti döntőnek, a többit pedig külön sorolja fel. Mellette látható az illeszkedést meghatározó három domain: a From domain, a DKIM d= domain és az a Return-Path domain, amelyre az SPF ellenőrzése történt. A DMARC csak akkor sikeres, ha az SPF vagy a DKIM olyan domain esetén sikeres, amely illeszkedik a From domainhez. Sikertelen ellenőrzésnél gyakran ezek összehasonlítása mutatja meg az okot.

Hol találhatók az e-mail-fejlécek?

A Gmail felületén nyissa meg az üzenetet, kattintson a Válasz gomb melletti három pontra, majd válassza az Eredeti megjelenítése lehetőséget. Az Outlook webes felületén nyissa meg az üzenetet, válassza a További műveletek, majd a Megtekintés és az Üzenet részleteinek megtekintése lehetőséget. Az Outlook asztali alkalmazásban válassza a Fájl, majd a Tulajdonságok menüpontot, és keresse meg az Internetes fejlécek mezőt. Az Apple Mail alkalmazásban válassza a Nézet, Üzenet, Összes fejléc lehetőséget. Másoljon ki mindent az első üres sorig, ahol az üzenettörzs kezdődik. Ha a teljes üzenetet illeszti be, az elemzés előtt az üzenettörzset levágjuk.

A fejlécek IP-címeket és e-mail-címeket tartalmaznak. Az eredmény összeállításához a rendszer a memóriában olvassa be őket, és nem tárolja, gyorsítótárazza vagy naplózza őket.

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ét Mintajelentés megtekintése

Kérdések

Hogyan olvassa el az e-mail-fejléceket?

Kezdje a legalsó Received sornál, majd haladjon felfelé. A szerverek ebben a sorrendben kezelték az üzenetet. Ezután nézze meg a saját szolgáltatója által hozzáadott legfelső Authentication-Results sort, amely az SPF, DKIM és DMARC eredményeit tartalmazza.

Miért sikeres a DKIM, ha a DMARC sikertelen?

A DMARC ellenőrzéséhez olyan sikeres DKIM aláírás szükséges, amelynek d= domainje illeszkedik a From domainhez, vagy olyan sikeres SPF ellenőrzés, amelynél a Return-Path domain illeszkedik hozzá. A küldési platform saját domainjével létrehozott aláírás sikeres lehet a DKIM ellenőrzésekor, de a DMARC szempontjából nem számít. Az elemző egymás mellett mutatja a három domaint, így látható az eltérés.

Teljes útmutató: DMARC fail

Mit jelent a két állomás közötti hosszú késés?

Az üzenet azon a szerveren várakozott, amelynél a késés kezdődik. Gyakori ok a greylisting, amikor a fogadó arra kéri a küldőt, hogy később próbálkozzon újra, a megtelt kimenő várólista, vagy egy szűrő, amely továbbítás előtt átvizsgálja a levelet. Egyetlen, néhány perces késés ritkán jelent kézbesíthetőségi problémát, de megmagyarázza, miért érkezett meg későn az üzenet.

Hamisíthatók az e-mail-fejlécek?

Minden hamisítható, amit a küldő ír. A szolgáltatója által hozzáadott sorok alatti Received sorok és a régi Authentication-Results sorok kitalálhatók. A szolgáltatója által felül hozzáadott adatok azonban nem, és a szolgáltató a küldő nyilvános kulcsával ellenőrizheti a DKIM aláírást. Az elemző maga nem ellenőrzi az aláírásokat, hanem a szolgáltatója döntését olvassa ki a legfelső sorból.

Mi az ARC az e-mail-fejlécben?

Az ARC (RFC 8617) lehetővé teszi, hogy egy továbbítási szolgáltatás, például levelezőlista vagy továbbítási cím, rögzítse az üzenet módosítása előtt látott hitelesítési eredményeket. A végső fogadó ezután eldöntheti, hogy megbízik-e ebben a rekordban, ha a továbbítás miatt az SPF vagy a DKIM ellenőrzése sikertelenné vált.

Tesztelheti az üzenetet elküldés előtt?

Igen. Fejlécek csak azután léteznek, hogy az üzenetet valahová kézbesítették. Ha egy kampányt vagy tranzakciós e-mailt még azelőtt szeretne ellenőrizni, hogy bárki megkapná, küldje el a kezdőlapon megadott tesztcímre. Egyetlen jelentésben megkapja ezeket az eredményeket, valamint a tiltólistákra, a tartalomra, a hivatkozásokra és a tömeges küldőkre vonatkozó szabályok ellenőrzését.

Common errors

További ingyenes eszközök

SPF-rekord ellenőrzőSzintaxis, include-lánc és a tíz DNS-lekérdezéses korlát.DMARC rekord ellenőrzésHázirend, igazítás és a jelentések címzettjei.DKIM ellenőrzőA szelektorhoz közzétett kulcs típusa, mérete és jelzői.Feketelista-ellenőrzőIP- és domainfeketelisták, listánként.E-mail-fejléc-elemző Ön itt vanAz útvonal, a késések és a hitelesítési döntés.MX rekord ellenőrző ÚjLevelezőszerverek, prioritások és hibás célok.BIMI-rekord ellenőrzése ÚjRekord, logó, tanúsítvány és DMARC-házirend.