Fejlfinding af problemer med e-mail-godkendelse

Hvis du støder på problemer under opsætningen af e-mail-godkendelse i HubSpot, kan du prøve at følge trinnene 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-post i din DNS-udbyder og kopiere HubSpots include-sætning over. Få mere at vide om nogle af de almindelige SPF-opsætningsfejl 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-post i din DNS-udbyder. Hvis det er tilfældet, kan du tilføje HubSpots SPF-record til den samme TXT-record efter eventuelle eksisterende include: statements.

Følgende eksempel viser, hvordan en TXT-post kan konfigureres med flere SPF-poster ved hjælp af en udbyder som GoDaddy:

Overvej følgende, når du kombinerer SPF-poster:

• Hver include: -sætning skal adskilles af et mellemrum.
• Du kan have op til 10 include: statements 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-posten, er autoriseret til at sende e-mails på vegne af domænet. Enhver e-mail fra en server, der ikke er anført, skal afvises.

Hårdt kodede IP-adresser

HubSpots SPF-post inkluderer automatisk alle IP-adresser, som din konto bruger til marketing- og transaktionsmails. Når du har oprettet posten i dit e-mailafsenderdomæne, behøver du ikke at opdatere den yderligere.

Hvis din SPF-post indeholder andre hårdt kodede IP-adresser fra andre e-mailudbydere, kan der opstå fejl i din SPF-godkendelse. Det anbefales ikke at hardkode IP-adresser eller CIDR'er i din SPF-post.

Hvis du har hårdkodede adresser eller CIDR'er i din SPF-post:

• Gennemgå indholdet af din SPF-post, og fjern alle hardkodede HubSpot-IP-adresser eller CIDR'er. Læs mere om, hvordan du finder dine afsender-IP'er i HubSpot.
• Hvis du har brug for at bevare andre fastkodede IP-adresser (f.eks. hvis du har en anden tredjepartsudbyder af e-mailtjenester), skal du tilføje HubSpots include: -sætning i slutningen af alle fastkodede adresser, efterfulgt af -all -flaget. Du kan bruge syntaksen i følgende eksempel på en SPF-post med pladsholderværdier:

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 ud fra, hvordan du ønsker, at indbakkeudbydere skal behandle e-mails fra dit domæne, der ikke klarer SPF- og DKIM-tjek. Afsnittene nedenfor beskriver almindelige problemer med DMARC-konfiguration.

Flere poster

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-mailserver straks afslutte sin proces med at finde politikken, og din DMARC-politik vil ikke blive anvendt.

Manglende påkrævede DMARC-tags

Selvom nogle DMARC-policy-tags er valgfrie, skal du angive versions- og policy-tags (f.eks. v=DMARC1; p=YOUR_POLICY_VALUE;).

Du kan se alle tilgængelige DMARC-tags og de værdier, du kan definere for dem, i oversigten over e-mail-godkendelse.

Ugyldig værdi for DMARC-politik

Hvis du bemærker en ugyldig DMARC-politikfejl, mens du opsætter dit e-mail-afsendelsesdomæne i HubSpot, skyldes det sandsynligvis en ugyldig politikværdi for p eller sp -tagget. De eneste værdier, der er gyldige, er none, reject eller quarantine. Disse værdier skelner mellem store og små bogstaver og skal skrives med små bogstaver.

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 indleder e-mailadressen med mailto: (f.eks. mailto:reporting@example.com).
• Både rua - og ruf -taggene understøtter flere e-mailadresser til rapportering, så længe de er adskilt af et komma. Følgende vil f.eks. angive to forskellige e-mailadresser til rapporteringsformål:

• Den eneste gyldige værdi for rua - eller ruf -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.

Ugyldig DMARC-tilpasningstilstand

Flagene adkim og aspf angiver justeringstilstanden for DKIM og SPF. Begge flag skal sættes til r for en afslappet tilpasning. For de fleste DNS-tjenester bør dette være standardindstillingen for DMARC.

Ugyldigt DMARC-procentformat

Flaget pct bruges til at angive den procentdel af de samlede unikke forsendelser, der ikke kunne godkendes, som din politik skal gælde for. Den værdi, du angiver, skal være et tal og må ikke indeholde yderligere tegn (dvs. %-symbolet må ikke medtages).