Campaign Monitor autentiserer et avsenderdomene gjennom kontooppsett, offentlig DNS og en bekreftelsessjekk. Bruk det eksakte domenet som vises i Fra-adressen, inkludert underdomenet. Dette er en avsenderspesifikk konfigurasjon: autentisering av Campaign Monitor autentiserer ikke en annen tjeneste som tilfeldigvis bruker samme merkedomene.
Etabler identiteten og bytt eier
Bekreft at organisasjonen kontrollerer det tiltenkte domenet og at DNS operatøren kan endre sin autoritative sone. Lagre eksisterende velger, SPF og DMARC -poster. Identifiser andre legitime avsendere før du godtar noen foreslåtte erstatningspolicy. Hold personen som konfigurerer kampanjer og personen som publiserer DNS justert på hele domenet, ikke bare en kort etikett som e-post.
De sending-domene guide sier at autentisering av et domene på andre nivå ikke autentiserer underdomenene på plattformen. Hvis kampanjer bruker news.example.com , legg til det eksakte domenet i stedet for å anta at example.com dekker kontoinnstillingen.
Konfigurer domenet og den genererte nøkkelen
Åpne profilmenyen, Kontoinnstillinger, og deretter Sending domener. Velg Sett opp et sendedomene eller Legg til domene, skriv inn hele domenet og fortsett. Publiser det genererte TXT navnet og -verdien på autoritativ DNS , ved å bruke redaktørens korrekte konvensjon for fullt navn eller relativ navn. Gå tilbake til Campaign Monitor og velg Jeg har lagt til postene, eller Kontroller posten på nytt hvis du kommer tilbake senere.
Bruk en nylig generert nøkkel for dette oppsettet i stedet for å importere en eksisterende privat nøkkel for enkelhets skyld. Hold privat signeringsmateriell ute av DNS , billetter og delte regneark. Hvis en generert velger kolliderer med en annen aktiv post, må du løse konflikten før du erstatter den. Offentlige eksempler er ikke nøkkelen til kontoen din.
Bevar DMARC og avstem SPF nøye
Den dokumenterte arbeidsflyten godtar en eksisterende gyldig DMARC konfigurasjon. Behold håndhevelsesretningslinjene og rapporteringsdestinasjonene med mindre domeneeieren godkjenner en separat endring. Hvis ingen policy gjelder, etablerer du en hos riktig eier. EN p=none eksempel er en overvåkingsforespørsel, ikke håndhevelse og ikke en grunn til å svekke en policy som er arvet fra en forelder.
Campaign Monitor anbefaler valgfri SPF autorisasjon ved å bruke include:_spf.createsend.com. Hvis denne autorisasjonen er passende for konfigurasjonen din, kan du slå den sammen med den eksisterende SPF policyen i stedet for å legge til en ny. Bevar andre legitime avsendere og kontroller den evaluerte avhengighetsbanen mot SPF oppslagsgrense. Leverandørens oversikt over e-postautentisering leverer kontekst, men den mottatte konvolutten bestemmer hvilket domene mottakeren faktisk sjekker.
Et SPF pass for en tjenesteeid konvolutt er ikke nødvendigvis på linje med din synlige Fra. En pasning på linje DKIM signatur kan tilfredsstille DMARC selv når den SPF banen ikke er justert. Ikke lov streng SPF justering bare fordi en inkludering ble lagt til fra-domenet TXT post.
Bekreft poster før kampanjetesten
Spør den genererte velgeren på hver autoritative server, og inspiser deretter de aktuelle DMARC og SPF svarene. Registrer hele eieren, typen, verdien og tidsstempelet. En DNS editor kan dele en lang TXT verdi i tegnstrenger i én post; som skiller seg fra å publisere flere DKIM poster. Følg DNS leverandørens håndtering og sammenlign den rekonstruerte verdien.
Hvis Campaign Monitor ikke kan bekrefte, se etter et duplisert domene-suffiks, feil posttype, utelatte nøkkeltegn og uenighet om autoritativ server. TTL er en hurtigbufferkontroll, ikke en garantert tid da hver validator oppdateres. Et bufret negativt svar kan vare lenger i det øyeblikket en ny post opprettes.
Bekreft at den virkelige kampanjen bruker det tiltenkte domenet
Send en kontrollert testkampanje med den nylig autentiserte Fra-adressen. Bevar pålitelige Authentication-Results, Fra, Return-Path og alle DKIM d=/s= -par. Bekreft at en bestått signatur er på linje med Fra-domenet under den konfigurerte modusen. Hvis testen består, men en senere kampanje mislykkes, sammenligner du avsenderadresser og ruter før du endrer DNS .
Illustrerende eksempel: example.com er konfigurert, men en kampanje bruker news.example.com , som aldri ble lagt til kontoen. Korriger domeneoppsettet for den faktiske kampanjeidentiteten; ikke erstatt en gyldig overordnet domenenøkkel for å løse en annen identitetskonfigurasjon.
Behold den tidligere fungerende avsenderen inntil aksept der det er mulig. Sjekk på nytt etter kontoendringer, nye sendeunderdomener, DNS migrering eller nøkkelrotasjon. Før pensjonering, stopp planlagte kampanjer og bekreft at avhengigheter ikke lenger brukes. Denne artikkelen er en dokumentarguide og foreslått verifiseringsplan, ikke bevis på en live Campaign Monitor-test eller garantert levering.
Ikke forveksle et produktomfangsgap med streng justering
Skriftlig sak CM-01 antar at produktet har example.com konfigurert, men kampanjen Fra er news@news.example.com . Bestem separat en klarert bestått DKIM signatur d=example.com, s=demo1. Med vanlig avslappet organisasjonsdomenetilpasning kan den signaturen justeres til news.example.com ; med adkim=s stemmer det ikke helt. SPF og andre signaturer er ukjente, så den generelle dommen i streng modus er uavklart, ikke en etablert DMARC feil. Ingen av premissene beviser at Campaign Monitor har det tiltenkte underdomenet konfigurert. Kampanjeeieren bør fullføre oppsettet av eksakt domene og inspisere den resulterende kontrollerte kampanjen før utgivelsen. Dette er fiktive innspill, ikke en fanget levering eller en grunn til å løsne på politikken.
Bevar håndhevingsgrensen
RFC 9989 Seksjon 7.4 krever gyldig DKIM , ikke SPF alene, for domener som publiserer p=reject, og advarer om interoperabilitet mellom indirekte e-post og e-postlister. En enkelt vellykket test med direktemeldinger er ikke et bevis på at alle legitime ruter er klare for sterkere politikk. Behold eksisterende godkjent beskyttelse mens du diagnostiserer det faktiske gapet; enhver politikkendring trenger sin egen beslutning.