Kontrollera SPF, DKIM och DMARC för varje sändningsväg
Kontrollera applikationens faktiska e-postväg. Ett tänkt exempel skiljer DNS-tillstånd, signatur och anpassning till avsändardomänen åt.
När en applikation skickar e-post via en extern tjänst räcker det inte att titta på företagsadressen i e-postprogrammet. Dokumentera den faktiska sändningsvägen och kontrollera ett godkänt testmeddelande vid avsedd mottagningspunkt. DNS-poster och meddelandekontroll besvarar olika frågor.
Börja med en konkret sändningsväg
I den tänkta utformningen skickar en kundportal statusmeddelanden. Den synliga avsändaren är hinweis@firma.example; den externa tjänsten använder versand.example som domän för sin SMTP-avsändare och signatur. Namnen används bara för denna utformning. Inget meddelande skickades och ingen DNS-post efterfrågades.
Klargör först vilken applikation som utlöser e-posten, vilken tjänst som överför den och vem som hanterar tjänstens domänkonfiguration. Dokumentera andra vägar separat, till exempel meddelanden från ett supportsystem. En tjänsts konfiguration bevisar inte en annans.
Kontrollera DNS och det faktiska meddelandet tillsammans
SPF beskriver tillåtna servrar för SMTP-identiteter. Koppla den publicerade posten till den SMTP-domän som faktiskt används. Att en TXT-post finns är inte i sig ett lyckat resultat för den konkreta sändningsvägen.
DKIM kopplar signerade meddelandedelar till den signerande domänen. Kontrollera också att sändningstjänsten faktiskt signerar och att signaturen är giltig vid avsedd mottagningspunkt. Att publicera en publik nyckel i DNS bekräftar inte detta ensamt. Ta hänsyn till tjänster som bearbetar meddelandet efter signeringen.
DMARC kräver en lyckad SPF- eller DKIM-kontroll med rätt domänanpassning till den synliga avsändaren. Denna anpassning kallas alignment. Ta därför också reda på tillämplig DMARC-post och dess villkor för anpassning.
Bedöm ett enskilt positivt resultat rätt
Följande tabell innehåller avsiktligt konstruerade antaganden för samma utformning, inga uppmätta resultat.
Kontrollsteg | Antaget resultat | Betydelse för godkännandet |
|---|---|---|
SPF | Den sändande servern får använda tjänstens SMTP-domän. | Styrker detta domäntillstånd, ännu inte den synliga företagsadressen. |
DKIM | Meddelandet har en giltig signatur från tjänstens domän. | Styrker denna signatur, ännu inte den anpassning som krävs. |
DMARC | En tillämplig post finns; varken SPF- eller DKIM-domänen är rätt anpassad till den synliga avsändardomänen. | Under dessa antaganden ger de två positiva enskilda resultaten inget lyckat DMARC-resultat. |
För godkännande måste den konkreta tjänsten stödja lämplig domänkonfiguration och tillhörande sändning. Vilken ändring som behövs beror på tjänsten. Att kopiera en godtycklig befintlig DNS-post eller förhastat ställa en policy på avvisning löser inte anpassningsproblemet.
Spara det kontrollerade sändningstestet som belägg
Dokumentera sändningsvägen, använda domäner, det kontrollerade meddelandet och testresultaten. Om fler tjänster bearbetar meddelandet behöver även den vägen ett lämpligt testfall. Upprepa kontrollen efter ändringar av tjänst, domän eller meddelandebearbetning.
Google behandlar autentisering som en del av sina avsändarkrav. Inte ens ett lyckat tekniskt testfall styrker placering i inkorgen eller läsning. Dokumentera mottagningsobservationen separat och ange vem som hanterar misslyckade kontroller och leveransåterkoppling.
Källor
Läs vidare
Alla artiklar
Ditt projekt med ASES
Beskriv ditt projekt för oss. Vi hör av oss med en första bedömning.