Feilsøke problemer med e-postautentisering

Hvis du støter på problemer når du konfigurerer e-postgodkjenning i HubSpot, kan du prøve å følge trinnene i avsnittene nedenfor for å løse vanlige SPF- og DMARC-problemer.

SPF feilsøking

For å konfigurere SPF på riktig måte må du legge til en TXT-post i DNS-leverandøren og kopiere HubSpots include-setning. Les mer om noen av de vanligste feilene ved SPF-konfigurering i avsnittene nedenfor.

Flere SPF-poster

Hvis du også sender e-post via en annen e-postleverandør i tillegg til HubSpot, kan det hende at du allerede har konfigurert en eksisterende SPF-post i DNS-leverandøren. Hvis dette er tilfelle, kan du legge til HubSpots SPF-post etter eventuelle eksisterende include: -erklæringer i samme TXT-post.

Følgende eksempel viser hvordan en TXT-post kan konfigureres med flere SPF-oppføringer hos en leverandør som GoDaddy:

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

• Hver include: -angivelse skal være atskilt med et mellomrom.
• Du kan ha opptil 10 include: -angivelser for et gitt domene eller underdomene.
• SPF-versjonen (v=spf1) må bare angis én gang, i begynnelsen av posten.
• Flagget -all trenger bare å inkluderes én gang. Dette flagget indikerer at bare serverne som er oppført i SPF-posten, er autorisert til å sende e-post på vegne av domenet. E-post fra en server som ikke er oppført, skal avvises.

Hardkodede IP-adresser

HubSpots SPF-oppføring som vises på siden for oppsett av domenet som sender e-post, er skrevet slik at den automatisk henter alle IP-adresser som kontoen din sender e-post fra. Dette sikrer at du ikke trenger å oppdatere oppføringen hos DNS-leverandøren din når du har konfigurert den.

Hvis SPF-posten din inneholder andre hardkodede IP-adresser fra andre e-postleverandører, kan det oppstå feil med SPF-godkjenningen. Hardkoding av IP-adresser eller CIDR-er i SPF-oppføringen anses ikke som beste praksis. Hvis du har hardkodede adresser eller CIDR-er i SPF-posten din:

• Gå gjennom innholdet i SPF-posten og fjern eventuelle hardkodede HubSpot IP-adresser eller CIDR-er. Du kan følge instruksjonene i denne artikkelen for å finne en liste over HubSpots avsenderadresser og CIDR-er som du kan bruke som kryssreferanse.
• Hvis du må opprettholde andre hardkodede IP-adresser (f.eks. hvis du har en annen tredjepartsleverandør av e-posttjenester), bør du legge til HubSpots include: -setning på slutten av alle hardkodede adresser, etterfulgt av -all -flagget. Du kan se syntaksen i eksemplet på SPF-post med plassholderverdier nedenfor:

v=spf1 ip4:.../24 ip4:.../24 include:123456.spf01.hubspotemail.net -all

DMARC feilsøking

En DMARC-post består av en TXT-post som du kan tilpasse basert på hvordan du vil at leverandører av innbokser skal behandle e-post fra domenet ditt som ikke klarer SPF- og DKIM-kontroller. Avsnittene nedenfor beskriver vanlige DMARC-konfigurasjonsproblemer.

Flere oppføringer

For å sikre at DMARC er riktig konfigurert, bør du bare ha én enkelt TXT-post som begynner med versjonsflagget (dvs. v=DMARC1). Hvis det finnes flere DMARC-poster, vil den mottakende e-postserveren umiddelbart avslutte prosessen med å finne policyer, og DMARC-policyen din vil ikke bli brukt.

Manglende påkrevde DMARC-tagger

Selv om noen DMARC-retningslinjekoder er valgfrie, må du angi versjons- og retningslinjekoder (f.eks. v=DMARC1; p=YOUR_POLICY_VALUE;).

Du kan se alle tilgjengelige DMARC-tagger og verdiene du kan definere for dem i oversikten over e-postgodkjenning.

Ugyldig DMARC-policyverdi

Hvis du oppdager en ugyldig DMARC-policyfeil når du konfigurerer e-postens avsenderdomene i HubSpot, skyldes det sannsynligvis en ugyldig policyverdi for p - eller sp -taggen. De eneste gyldige verdiene er none, reject eller quarantine. Disse verdiene skiller mellom store og små bokstaver og må skrives med små bokstaver.

Ugyldig rapporteringsadresse

Taggene ruf og rua er valgfrie parametere for å angi en e-postadresse som DMARC-rapporteringsdata skal sendes til. Hvis du har angitt en verdi for en av taggene, må e-postadressen du oppgir, være gyldig og riktig formatert:

• E-postadressen du oppgir, må være i URI mailto-format, noe som krever at du setter mailto: foran e-postadressen (f.eks. mailto:reporting@example.com).
• Både rua - og ruf -taggene støtter flere e-postadresser for rapportering, så lenge de er atskilt med et komma. Følgende vil for eksempel angi to forskjellige e-postadresser for rapporteringsformål:

• Den eneste gyldige verdien for rua - eller ruf -taggen er en e-postadresse (eller adresser). Hvis du bare inkluderer et domenenavn (f.eks. rua=example.com), vil det ikke bli ansett som gyldig.

Ugyldig DMARC-innrettingsmodus

Flaggene adkim og aspf angir justeringsmodus for DKIM og SPF. Begge flaggene bør settes til r for en avslappet justering. For de fleste DNS-tjenester bør dette være standardinnstillingen for DMARC.

Ugyldig DMARC-prosentformat

Pct-flagget brukes til å angi prosentandelen av det totale antallet unike sendinger som ikke ble godkjent, og som policyen skal brukes på. Verdien du angir, skal være et tall og skal ikke inneholde flere tegn (dvs. %-symbolet skal ikke inkluderes).