HubSpot marknadsföringsmail och en säljares anslutna brevlåda är olika sändningsarrangemang. Börja med att identifiera arbetsflödet du konfigurerar. Att autentisera en marknadsföringssändande domän fastställer inte statusen för varje meddelande som är associerat med CRM.
Den här guiden gäller e-postsändningsdomänen som används för HubSpot marknadsförings-e-post. Registrera det relevanta kontot, From-domänen och dess företagsägare innan du gör ändringar.
Välj en domän som passar arbetsflödet
Läs den aktuella vägledningen för domänkvalificering innan du väljer namn. HubSpot nuvarande instruktioner säger att en domän som skickar e-post inte redan får användas för andra ändamål, såsom värdinnehåll. En lämplig underdomän kan hålla denna rutt distinkt, men den behöver fortfarande en explicit ägare och testad konfiguration.
Kontrollera den exakta domänen som används i marknadsföringens Från-adress mot den föreslagna sändningsdomänanslutningen. Ett nytt namn som liknar varumärket kan fortfarande vara fel namn på själva kampanjen.
Kartlägg andra användningar av domänen eller underdomänen: värdinnehåll, ta emot e-post, omdirigeringar, ett annat HubSpot konto och externa tjänster. Lös konflikter innan du accepterar en genererad DNS ändring.
Granska den genererade DNS begäran som en ändringsuppsättning
Använd det aktuella arbetsflödet för anslutning av e-postsändning och de värden som genereras för kontot. HubSpot vägledning täcker MX , DKIM, SPF och DMARC, med detaljer som måste kontrolleras vid deras angivna ägarnamn.
Flytta inte organisationens vanliga brevlåda MX poster bara för att ett avsändararbetsflöde visar ett MX krav. Fastställ det exakta namnet och syftet i den genererade begäran. En subdomänspecifik förändring och en rotdomänändring har olika konsekvenser.
För SPF , inspektera den befintliga policyn vid det exakta namnet som ändras. Om det redan finns en sådan, förena den nödvändiga auktorisationen i den policyn istället för att skapa en andra SPF -policy där. Placera auktoriseringsmekanismen före termineringsmekanismen och se till att den resulterande utvärderingen förblir giltig och inom den DNS-beroende uppslagsgränsen.
Behandla DMARC som domänägarens policybeslut. Bevara en befintlig lämplig policy och rapportkonfiguration. En marknadsföringsinställning bör inte återställa kontroller för icke-relaterad post.
Kontrollera hur DNS publicerar värdena
Identifiera den aktiva auktoritativa värden istället för att lita på en registrars namn. Jämför de fullständiga resulterande ägarnamnen och värdena efter publicering.
HubSpot anropar specifikt Cloudflare proxy och domänomfattande CNAME-tillplattade inställningar. Följ de nuvarande kraven som stöds för autentiseringsposterna och bedöm eventuella större DNS ändringar separat. Ändra inte webbplatsbeteende som inte är relaterat till enbart för att rensa en e-postinställningsvarning.
För en automatisk anslutning, granska ändringarna och registrera vad som faktiskt skrevs. För en manuell anslutning, kontrollera suffixhantering och posttypkonflikter. Båda vägarna behöver observerbara offentliga svar.
Verifiera det faktiska marknadsföringsbudskapet
Slutför HubSpot autentiseringskontroller och skicka sedan ett lämpligt kontrollerat kampanjtest genom den avsedda rutten. Behåll det ursprungliga mottagna meddelandet, kontokontext och sändningstid.
Inspektera de synliga resultaten från Från, kuvertidentitet, DKIM signeringsdomän och betrodda mottagare. Spela in inriktning sökväg som stöder DMARC . En godkänd signatur för en icke-relaterad tjänstedomän räcker inte i sig.
I ett syntetiskt fall ansluter DNS teamet framgångsrikt en marknadsföringsunderdomän, men kampanjen använder fortfarande den gamla rotdomänen Från-adress. Konfigurationen och meddelandet beskriver olika identiteter. Korrigera den avsedda avsändarkonfigurationen och upprepa sedan kampanjens rutttest i stället för att lägga till poster till alla rimliga namn.
Generalisera inte ett test till varje ansluten brevlåda, transaktionsrutt eller integrerad tjänst. Testa de arbetsflöden som är viktiga för omfattningen av denna förändring.
Bevara en användbar slutförandepost
Överlämningen bör identifiera kontot, vald sändningsdomän, genererade poster, DNS byte av ägare och verifierat meddelande. Inkludera anledningen till att du valde domänen och alla andra konton som använder den.
Granska konfigurationen när kampanjägandet ändras eller en ny underdomän introduceras. Behåll gamla beroenden tills pensioneringen har verifierats istället för att ta bort dem så snart en ny kampanj lyckas.
Använd avsändarens inventering för att koppla samman marknadsföringsägande med det bredare e-postprogrammet. Autentisering etablerar en identitetsväg; tillstånd att kontakta mottagare, listkvalitet och inkorgsplacering förblir separata frågor.
Separera avsändarkorrigering från en policyändring
Skriftligt fall HS-01 antar att marknadsföringskontot har news.example.com kopplat, medan den planerade kampanjen From är updates@example.com . Ett hypotetiskt betrodd meddelanderesultat är DKIM pass med d=news.example.com, s=demo1. Den signaturen kan anpassas under vanlig avslappnad organisationsdomänanpassning men passar inte exakt med roten under adkim=s. SPF och alla andra signaturer förblir okända, så rapportera inte ett övergripande DMARC -fel i strikt läge. Marknadsföringsägaren måste bekräfta den avsedda Från och matchande produktkopplingen och sedan skaffa ett auktoriserat kampanjprov; att ändra policy för hela domänen är inte den reparation som föreslås här. Den normala personalens brevlåda MX på example.com förblir utanför denna förändring. Inget HubSpot konto, brevlåda eller DNS testades.
Använd de genererade postägarna och värdena i stället för att förvandla felsökningsexempel till universella väljare. HubSpot dokumenterar för närvarande parade DKIM CNAMEs och en SPF sammanfogning när en policy finns. Dess statusetiketter beskriver inställningskontroller; inte ens en helt autentiserad etikett bevisar att den här planerade kampanjen valde rätt From-identitet.
Bevara verkställighetsgränsen
RFC 9989 Avsnitt 7.4 kräver giltig DKIM , inte enbart SPF , för domänpublicering 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.