Campaign Monitor autentiserar en sändande domän genom kontoinställning, offentlig DNS och en verifieringskontroll. Använd exakt den domän som kommer att visas i Från-adressen, inklusive dess underdomän. Detta är en avsändarspecifik konfiguration: autentisering av Campaign Monitor autentiserar inte en annan tjänst som råkar använda samma varumärkesdomän.
Fastställ identiteten och byt ägare
Bekräfta att organisationen kontrollerar den avsedda domänen och att DNS operatören kan ändra sin auktoritativa zon. Spara befintliga väljare, SPF och DMARC -poster. Identifiera andra legitima avsändare innan du accepterar någon föreslagen policyersättning. Håll personen som konfigurerar kampanjer och personen som publicerar DNS anpassad på hela domänen, inte bara en kort etikett som e-post.
De guide för sändningsdomän säger att autentisering av en andranivådomän inte autentiserar dess underdomäner i plattformen. Om kampanjer använder news.example.com lägger du till den exakta domänen istället för att anta att example.com täcker kontoinställningen.
Konfigurera domänen och den genererade nyckeln
Öppna profilmenyn, Kontoinställningar och sedan Skicka domäner. Välj Konfigurera en sändande domän eller Lägg till domän, ange hela domänen och fortsätt. Publicera det genererade TXT namnet och värdet på auktoritativ DNS , med hjälp av redaktörens korrekta fullständiga namn eller relativa namnkonvention. Gå tillbaka till Campaign Monitor och välj Jag har lagt till posterna, eller Kontrollera posten igen om du kommer tillbaka senare.
Använd en nygenererad nyckel för den här inställningen istället för att importera en befintlig privat nyckel av bekvämlighet. Håll privat signeringsmaterial borta från DNS , biljetter och delade arbetsblad. Om en genererad väljare kolliderar med en annan aktiv post, lös konflikten innan du ersätter den. Offentliga exempel är inte ditt kontos nyckel.
Bevara DMARC och stämma av SPF noggrant
Det dokumenterade arbetsflödet accepterar en befintlig giltig DMARC konfiguration. Behåll dess tillämpningspolicy och rapporteringsdestinationer om inte domänägaren godkänner en separat ändring. Om ingen policy gäller, upprätta en hos rätt ägare. A p=none exempel är en övervakningsbegäran, inte verkställighet och inte en anledning att försvaga en policy som ärvts från en förälder.
Campaign Monitor rekommenderar valfri SPF auktorisering med include:_spf.createsend.com. Om den auktoriseringen är lämplig för din konfiguration, slå samman den i den enda befintliga SPF policyn istället för att lägga till en andra. Bevara andra legitima avsändare och kontrollera den utvärderade beroendevägen mot SPF :s uppslagsgräns. Leverantörens översikt över e-autentisering tillhandahåller sammanhang, men det mottagna kuvertet avgör vilken domän mottagaren faktiskt kontrollerar.
Ett SPF -kort för ett tjänsteägt kuvert är inte nödvändigtvis anpassat till ditt synliga Från. En passning i linje DKIM signatur kan uppfylla DMARC även när den SPF vägen är ojusterad. Lova inte strikt SPF inriktning bara för att en inkludering lades till i From-domänen TXT post.
Verifiera uppgifter före kampanjtestet
Fråga den genererade väljaren på varje auktoritativ server och inspektera sedan tillämpliga DMARC och SPF svar. Registrera hela ägaren, typ, värde och tidsstämpel. En DNS redigerare kan dela upp ett långt TXT värde i teckensträngar inom en post; som skiljer sig från att publicera flera DKIM uppgifter. Följ DNS leverantörens hantering och jämför det rekonstruerade värdet.
Om Campaign Monitor inte kan verifiera, kontrollera efter ett duplicerat domänsuffix, fel posttyp, utelämnade nyckeltecken och oenighet om auktoritativ server. TTL är en cachningskontroll, inte en garanterad tidpunkt då varje validator uppdateras. Ett cachat negativt svar kan vara längre än det ögonblick som en ny post skapas.
Bekräfta att den riktiga kampanjen använder den avsedda domänen
Skicka en kontrollerad testkampanj med den nyligen autentiserade Från-adressen. Bevara betrodda Authentication-Results, Från, Return-Path och alla DKIM d=/s= par. Bekräfta att en passerande signatur är i linje med From-domänen i det konfigurerade läget. Om testet godkänns men en senare kampanj misslyckas, jämför avsändaradresser och rutter innan du ändrar DNS .
Illustrativt fall: example.com är konfigurerat, men en kampanj använder news.example.com , som aldrig lades till i kontot. Korrigera domäninställningen för den faktiska kampanjidentiteten; ersätt inte en giltig överordnad domännyckel för att lösa en annan identitets konfiguration.
Behåll den tidigare fungerande avsändaren tills godkännande där det är möjligt. Kontrollera igen efter kontoändringar, nya sändande underdomäner, DNS migreringar eller nyckelrotation. Innan du går i pension, stoppa schemalagda kampanjer och bekräfta att beroenden inte längre används. Den här artikeln är en dokumentär guide och en föreslagen verifieringsplan, inte bevis på ett live-kampanjtest eller garanterad leverans.
Blanda inte ihop en produktomfångslucka med strikt anpassning
Skriftligt fall CM-01 antar att produkten har example.com konfigurerad men kampanjen From är news@news.example.com . Ange separat en betrodd DKIM -signatur d=example.com, s=demo1. Med vanlig avslappnad organisationsdomänanpassning kan den signaturen anpassas till news.example.com ; med adkim=s stämmer det inte exakt. SPF och andra signaturer är okända, så den övergripande domen i strikt läge är olöst, inte ett etablerat DMARC fel. Ingen av premisserna bevisar att Campaign Monitor har den avsedda underdomänen konfigurerad. Kampanjens ägare bör slutföra konfigureringen av den exakta domänen och inspektera den resulterande kontrollerade kampanjen innan den släpps. Dessa är fiktiva input, inte en fångad leverans eller en anledning att luckra upp policyn.
Bevara verkställighetsgränsen
RFC 9989 Avsnitt 7.4 kräver giltig DKIM , inte SPF ensam, för domäner som publicerar p=reject, och varnar för interoperabilitet med indirekt e-post och e-postlistor. Ett enda framgångsrikt test för direktmeddelanden är inte ett bevis på att varje legitim väg är redo för en starkare politik. Behåll befintligt godkänt skydd medan du diagnostiserar det faktiska gapet; varje policyändring behöver ett eget beslut.