Har du noen gang sett en e -postfeil SPF? Hvis du har det, skal jeg fortelle deg nøyaktig hvorfor SPF -autentisering mislykkes. Sender Policy Framework, eller SPF, er en av standardene for e -postbekreftelse vi alle har brukt i årevis for å stoppe spam. Selv om du ikke var klar over det, vil jeg satse på at hvis jeg sjekket innstillingene for påloggingskontoen din for Facebook, ville det sannsynligvis vise deg "melde deg på" bare "e-post fra venner". Det er faktisk det samme som SPF.

Hva er SPF-autentisering?

SPF er en e-postautentiseringsprotokoll som brukes til å verifisere at e-postavsenderen samsvarer med domenenavnet i Fra: -feltet i meldingen. Den avsendende MTA-en vil bruke DNS til å søke i en forhåndskonfigurert liste over SPF-servere for å sjekke om den avsendende IP-adressen er autorisert til å sende e-post for det aktuelle domenet. Det kan være inkonsekvenser i hvordan SPF-poster er satt opp, noe som er avgjørende for å forstå hvorfor e-poster kan mislykkes i SPF-verifisering, og hvilken rolle du kan spille for å sikre at det ikke oppstår problemer i din egen e-postmarkedsføring eller når du sender markedsføringskuponger via e-post for å vinne kunder.

Hvorfor SPF -godkjenning mislykkes: Ingen, nøytral, hardfail, softfail, TempError og PermError

SPF -autentiseringsfeil kan skje på grunn av følgende årsaker:

• Mottakende MTA finner ikke en SPF -post publisert i DNS
• Du har flere SPF -poster publisert på DNS for det samme domenet
• ESP -ene dine har endret eller lagt til IP -adressene sine som ikke er oppdatert i SPF -posten
• Hvis du overskrider grensen for 10 DNS -oppslag for SPF
• Hvis du overskrider det maksimale antallet tillatte grenser for tomromsoppslag på 2
• Lengden på din SPF -rekord overskrider grensen på 255 SPF -tegn

Gitt ovenfor er forskjellige scenarier for hvorfor SPF -autentisering mislykkes. Du kan overvåke domenene dine med DMARC -analysatoren vår for å få rapporter om SPF -autentiseringsfeil. Når du har aktivert DMARC -rapportering, returnerer mottakende MTA et av følgende SPF -autentiseringsfeilresultater for e -posten, avhengig av årsaken til at e -posten din mislyktes i SPF. La oss bli bedre kjent med dem:

Typer SPF Fail-kvalifiseringer

Følgende er typer SPF Fail-kvalifiseringer som hver er lagt til som et prefiks før SPF-feilmekanismen:

"+" "Pass"
"-" "Feil"
“~” “Softfail”
"?" "Nøytral"

Hvilken betydning har disse? I en situasjon som e-posten din mislykkes med SPF, kan du velge hvor strengt du vil at mottakerne skal håndtere den. Du kan spesifisere en kvalifisator for å "bestå" meldinger som ikke sjekker (leverer dem), "Feilte" levering, eller ta et "nøytralt" standpunkt (ikke gjør noe).

Sak 1: SPF Ingen resultat returneres

I det første tilfellet,- hvis den mottakende e-postserveren utfører et DNS-oppslag og ikke finner domenenavnet i DNS, returneres et resultat uten noe. Ingen returneres også hvis ingen SPF -post finnes i avsenderens DNS, noe som betyr at avsenderen ikke har SPF -godkjenning konfigurert for dette domenet. I dette tilfellet mislykkes SPF -autentisering for e -postene dine.

Generer din feilfrie SPF-post nå med vårt gratis SPF-postgeneratorverktøy for å unngå dette.

Sak 2: SPF -nøytralt resultat returneres

Når du konfigurerer SPF for domenet ditt, betyr dette at uansett hva SPF -autentiseringen sjekker for utgående e -poster, vil mottakende MTA returnere et nøytralt resultat. Dette skjer fordi når du har SPF i nøytral modus, angir du ikke IP -adressene som er autorisert til å sende e -post på dine vegne og lar uautoriserte IP -adresser også sende dem.

Sak 3: SPF Softfail -resultat

I likhet med SPF -nøytral, er SPF softfail identifisert av ~ all mekanisme som innebærer at den mottakende MTA ville godta e -posten og levere den i innboksen til mottakeren, men den vil bli merket som spam, i tilfelle IP -adressen ikke er oppført i SPF -posten som finnes i DNS, noe som kan være en grunn til at SPF -autentisering mislykkes for e -posten din. Nedenfor er et eksempel på SPF softfail:

 v = spf1 inkluderer: spf.google.com ~ alt

Sak 4: SPF Hardfail -resultat

SPF -hardfail, også kjent som SPF -feil, er når mottak av MTA -er vil forkaste e -postmeldinger som stammer fra en hvilken som helst sendekilde som ikke er oppført i SPF -posten. Vi anbefaler deg å konfigurere SPF hardfail i SPF -posten din hvis du vil oppnå beskyttelse mot etterligning av domener og e -postforfalskning. Nedenfor er et eksempel på SPF hardfail:

v = spf1 inkluderer: spf.google.com -all

Sak 5: SPF TempError (SPF midlertidig feil)

En av de svært vanlige og ofte ufarlige årsakene til at SPF-autentisering mislykkes, er SPF TempError (midlertidig feil) som skyldes en DNS-feil som en DNS-tidsavbrudd mens en SPF-autentiseringssjekk utføres av den mottakende MTA. Det er derfor, akkurat som navnet antyder, vanligvis en midlertidig feil som returnerer en 4xx-statuskode som kan forårsake midlertidig SPF-feil, men som gir et SPF-passresultat når det prøves på nytt senere.

Sak 6: SPF PermError (SPF Permanent Error)

Et annet vanlig resultat som domenefeil står overfor er SPF PermError. Dette er grunnen til at SPF -autentisering mislykkes i de fleste tilfelle. Dette skjer når SPF -posten blir ugyldiggjort av den mottakende MTA. Det er mange grunner til at SPF kan brytes og bli ugyldig av MTA mens du utfører DNS -oppslag:

• Overskrider grensen for oppslag på 10 SPF
• Feil SPF -postsyntaks
• Mer enn én SPF -post for samme domene
• Overskrider SPF -rekordlengden på 255 tegn
• Hvis SPF -posten din ikke er oppdatert med endringer gjort av ESP -ene

Merk: Når en MTA utfører en SPF -sjekk på en e -post, spør den etter DNS eller utfører et DNS -oppslag for å sjekke ektheten til e -postkilden. Ideelt sett har du maksimalt 10 DNS -oppslag i SPF, som overskrider SPF og returnerer et PermError -resultat.

Hvordan kan Dynamic SPF Flattening løse SPF PermError?

I motsetning til de andre SPF-feilene, er SPF PermError mye mer vanskelig og komplisert å løse. PowerSPF hjelper deg med å dempe det enkelt ved hjelp av automatisk SPF-utflatning . Det hjelper deg:

• Hold deg under SPF -grensen
• Optimaliser SPF -oppføringen din umiddelbart
• Flat ut posten din til en enkelt setning
• Sørg for at SPF -posten din alltid er oppdatert om endringer gjort av ESP -ene

Vil du teste om du har SPF konfigurert riktig for domenet ditt? Prøv vårt gratis SPF -oppslagsverktøy i dag!

• Om
• siste innlegg

Ahona Rudra

Digital Marketing & Content Writer Manager hos PowerDMARC

Ahona jobber som Digital Marketing and Content Writer Manager hos PowerDMARC. Hun er en lidenskapelig forfatter, blogger og markedsføringsspesialist innen cybersikkerhet og informasjonsteknologi.

Siste innlegg av Ahona Rudra ( se alle )

• Hvordan planlegge en smidig overgang fra DMARC None til DMARC Reject? - 26. mai 2023
• Hvordan sjekker du domenets helse? - 26. mai 2023
• Hvorfor bør Microsoft omfavne BIMI? - 25. mai 2023