Fejlfinding af problemer med e-mail-godkendelse
Sidst opdateret: marts 20, 2024
Gælder for:
Marketing Hub Starter , Professional , Enterprise |
Salg Hub Starter , Professional , Enterprise |
Service Hub Starter , Professional , Enterprise |
Content Hub Starter , Professional , Enterprise |
Hvis du støder på problemer, når du opsætter e-mail-godkendelse i HubSpot, kan du prøve at følge trinene i afsnittene nedenfor for at løse almindelige SPF- og DMARC-problemer.
SPF-fejlfinding
For at konfigurere SPF korrekt skal du tilføje en TXT-record i din DNS-udbyder og kopiere HubSpots include-sætning. Lær mere om nogle af de almindelige SPF-konfigurationsfejl i afsnittene nedenfor.
Flere SPF-poster
Hvis du også sender e-mails via en anden e-mailudbyder end HubSpot, har du måske allerede en eksisterende SPF-record opsat i din DNS-udbyder. Hvis det er tilfældet, kan du tilføje HubSpots SPF-record efter alle eksisterende include:
statements til den samme TXT-record.
Følgende eksempel viser, hvordan en TXT-record kan konfigureres med flere SPF-poster ved hjælp af en udbyder som GoDaddy:
Record-type | Vært | Påkrævede data |
TXT | @ | v=spf1 include:anotherprovider.com include:123456.spf03.hubspotemail.net -all |
Vær opmærksom på følgende, når du kombinerer SPF-poster:
- Hver
include:
erklæring skal være adskilt af et mellemrum. - Du kan have op til 10
include:
erklæringer for et givet domæne eller subdomæne. - SPF-versionen (
v=spf1
) skal kun angives én gang, i begyndelsen af posten. - Flaget
-all
skal kun medtages én gang. Dette flag angiver, at kun de servere, der er anført i SPF-recorden, er autoriseret til at sende e-mails på vegne af domænet. Enhver e-mail fra en server, der ikke er på listen, bør afvises.
Hårdt kodede IP-adresser
HubSpots SPF-record, der vises på opsætningssiden for dit e-mail-domæne, er skrevet på en måde, så den automatisk trækker alle IP-adresser, som din konto vil sende e-mails fra. Dette sikrer, at du ikke behøver at opdatere posten i din DNS-udbyder, når du har sat den op.
Hvis din SPF-post indeholder andre hardcodede IP-adresser fra andre e-mailudbydere, kan du opleve fejl med din SPF-godkendelse. Hårdkodning af IP-adresser eller CIDR'er i din SPF-post betragtes ikke som bedste praksis. Hvis du har hårdkodede adresser eller CIDR'er i din SPF-post:
- Gennemgå indholdet af din SPF-record, og fjern eventuelle hardcodede HubSpot IP-adresser eller CIDR'er. Du kan følge instruktionerne i denne artikel for at finde en liste over HubSpots afsenderadresser og CIDR'er, som du kan bruge til krydsreferencer.
- Hvis du har brug for at vedligeholde andre hårdkodede IP-adresser (f.eks. hvis du har en anden tredjeparts e-mailudbyder), skal du tilføje HubSpots
include:
-sætning i slutningen af alle hårdkodede adresser, efterfulgt af-all
-flaget. Du kan se syntaksen i eksemplet på SPF-record med pladsholderværdier nedenfor:
v=spf1 ip4:.../24 ip4:.../24 include:123456.spf01.hubspotemail.net -all
DMARC fejlfinding
En DMARC-post består af en TXT-post, som du kan tilpasse baseret på, hvordan du ønsker, at indbakkeudbydere skal behandle e-mails fra dit domæne, der fejler SPF- og DKIM-tjek. Afsnittene nedenfor skitserer almindelige DMARC-konfigurationsproblemer.
Flere optegnelser
For at sikre, at DMARC er konfigureret korrekt, bør du kun have en enkelt TXT-post, der begynder med versionsflaget (dvs. v=DMARC1
). Hvis der er flere DMARC-poster, vil den modtagende e-mail-server straks afslutte sin politikopdagelsesproces, og din DMARC-politik vil ikke blive anvendt.
Manglende påkrævede DMARC-tags
Selvom nogle DMARC-politiktags er valgfrie, skal du angive versions- og politiktags (f.eks. v=DMARC1; p=YOUR_POLICY_VALUE;
).
Du kan gennemgå alle tilgængelige DMARC-tags og de værdier, du kan definere for dem, i oversigten over e-mail-godkendelse.
Ugyldig DMARC-politikværdi
Hvis du opdager en Invalid DMARC policy error, mens du opsætter dit e-mailafsenderdomæne i HubSpot, skyldes det sandsynligvis en ugyldig policy-værdi for p
eller sp
tagget. De eneste gyldige værdier er none
, reject
eller quarantine
. Disse værdier skelner mellem store og små bogstaver og skal skrives med små bogstaver.
Forkert | Korrekt |
p=Quarantine; |
p=quarantine; |
Ugyldig rapporteringsadresse
Taggene ruf
og rua
er valgfrie parametre til at angive en e-mailadresse, der skal sendes DMARC-rapporteringsdata til. Hvis du har angivet en værdi for et af disse tags, skal den e-mailadresse, du angiver, være gyldig og korrekt formateret:
- Den e-mailadresse, du angiver, skal være i URI-mailto-format, hvilket kræver, at du præfikserer e-mailadressen med
mailto:
(f.eks.mailto:reporting@example.com
). - Både
rua
- ogruf
-taggene understøtter flere e-mailadresser til rapportering, så længe de er adskilt af et komma. For eksempel vil følgende angive to forskellige e-mailadresser til rapporteringsformål:
rua=mailto:reporting@example.com,mailto:analytics@example.com;
- Den eneste gyldige værdi for
rua
- ellerruf
-tagget er en e-mailadresse (eller adresser). Hvis du kun inkluderer et domænenavn (f.eks.rua=example.com
), vil det ikke blive betragtet som gyldigt.
Forkert | Korrekt |
rua=reporting@example.com; |
rua=mailto:reporting@example.com; |
Ugyldig DMARC-tilpasningstilstand
adkim
- og aspf
-flagene angiver justeringstilstanden for DKIM og SPF. Begge flag skal indstilles til r
for en afslappet justering. For de fleste DNS-tjenester bør dette være standardindstillingen for DMARC.
Forkert | Korrekt |
adkim=s; aspf=s; |
adkim=r; aspf=r; |
Ugyldigt DMARC-procentformat
Pct-flaget bruges til at angive den procentdel af de samlede unikke afsendelser, der ikke kunne godkendes, som din politik vil blive anvendt på. Den værdi, du angiver, skal være et tal og skal udelukke eventuelle yderligere tegn (dvs. %-symbolet skal ikke medtages).
Forkert | Korrekt |
pct=25%; |
p=25; |