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.

Fejlfinding af SPF

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 efter eventuelle eksisterende include: statements til den samme TXT-record.

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

Husk 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, der vises på siden med opsætning af dit domæne til afsendelse af e-mails, er skrevet på en måde, så den automatisk trækker alle IP-adresser, som din konto sender e-mails fra. Det sikrer, at du ikke behøver at opdatere posten hos din DNS-udbyder, når du først har sat den op.

Hvis din SPF-post indeholder andre hårdt kodede IP-adresser fra andre e-mailudbydere, kan der opstå fejl i din SPF-godkendelse. Hårdkodning af IP-adresser eller CIDR'er i din SPF-post betragtes ikke som bedste praksis. Hvis du har hårdt kodede adresser eller CIDR'er i din SPF-post:

• Gennemgå indholdet af din SPF-post, og fjern alle hardkodede 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 krydshenvisninger.
• Hvis du har brug for at vedligeholde 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 se syntaksen i eksemplet på en SPF-post 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 ud fra, hvordan du ønsker, at indbakkeudbydere skal behandle e-mails fra dit domæne, der ikke består SPF- og DKIM-tjek. Afsnittene nedenfor beskriver almindelige problemer med DMARC-konfigurationen.

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

pct-flaget bruges til at angive den procentdel af de samlede unikke forsendelser, der ikke blev godkendt, 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).