HubSpot -marketing-e-mail en de verbonden mailbox van een verkoper zijn verschillende verzendarrangementen. Begin met het identificeren van de workflow die u configureert. Het authenticeren van een marketingverzenddomein stelt niet de status vast van elk bericht dat aan de CRM is gekoppeld.
Deze handleiding heeft betrekking op het e-mailverzenddomein dat wordt gebruikt voor HubSpot -marketing-e-mail. Leg het relevante account, het Van-domein en de bedrijfseigenaar vast voordat u wijzigingen aanbrengt.
Kies een domein dat bij de workflow past
Lees de huidige richtlijnen voor deelname aan domeinen voordat u de naam selecteert. De huidige instructies van HubSpot zeggen dat een e-mailverzenddomein niet al in gebruik mag zijn voor een ander doel, zoals het hosten van inhoud. Een geschikt subdomein kan deze route gescheiden houden, maar heeft nog steeds een expliciete eigenaar en geteste configuratie nodig.
Controleer het exacte domein dat in het marketing-Van-adres wordt gebruikt, met de voorgestelde verbinding tussen het verzendende domein en de voorgestelde verbinding met het verzendende domein. Een nieuwe naam die op het merk lijkt, kan toch de verkeerde naam zijn voor de daadwerkelijke campagne.
Breng het andere gebruik van het domein of subdomein in kaart: gehoste inhoud, het ontvangen van e-mail, omleidingen, een ander HubSpot -account en externe diensten. Los conflicten op voordat u een gegenereerde DNS wijziging accepteert.
Bekijk het gegenereerde DNS verzoek als een wijzigingsset
Gebruik de huidige verbindingsworkflow voor het verzenden van e-mail en de waarden die voor het account zijn gegenereerd. De begeleiding van HubSpot omvat MX , DKIM, SPF En DMARC, met details die moeten worden gecontroleerd op de opgegeven eigenaarsnamen.
Verplaats de normale mailbox van de organisatie niet MX records alleen maar omdat een workflow van een afzender een MX vereiste weergeeft. Geef de exacte naam en het doel op in het gegenereerde verzoek. Een subdomeinspecifieke wijziging en een hoofddomeinwijziging hebben verschillende gevolgen.
Inspecteer voor SPF het bestaande beleid met de exacte naam die wordt gewijzigd. Als er al een bestaat, verenig dan de benodigde autorisatie met dat beleid in plaats van daar een tweede SPF -beleid te creëren. Plaats het autorisatiemechanisme vóór het mechanisme voor het beëindigen van alles en zorg ervoor dat de resulterende evaluatie geldig blijft en binnen de DNS-afhankelijke opzoeklimiet blijft.
Behandel DMARC als de beleidsbeslissing van de domeineigenaar. Behoud een bestaande, geschikte beleids- en rapportageconfiguratie. Een marketingopstelling mag de controles voor niet-gerelateerde e-mail niet resetten.
Controleer hoe DNS de waarden publiceert
Identificeer de actieve, gezaghebbende host in plaats van te vertrouwen op de naam van een registrar. Vergelijk de volledige resulterende namen en waarden van de eigenaren na publicatie.
HubSpot roept specifiek Cloudflare proxy- en domeinbrede CNAME-afvlakkingsinstellingen op. Volg de huidige ondersteunde vereisten voor de authenticatierecords en beoordeel eventuele bredere DNS wijzigingen afzonderlijk. Wijzig niet-gerelateerd websitegedrag niet alleen maar om een e-mailconfiguratiewaarschuwing te wissen.
Voor een automatische verbinding bekijkt u de wijzigingen en legt u vast wat er daadwerkelijk is geschreven. Voor een handmatige verbinding controleert u de verwerking van achtervoegsels en conflicten met recordtypen. Beide paden hebben waarneembare publieke antwoorden nodig.
Controleer de daadwerkelijke marketingboodschap
Voltooi de authenticatiecontroles van HubSpot en stuur vervolgens een geschikte gecontroleerde campagnetest via de beoogde route. Bewaar het origineel ontvangen bericht, de accountcontext en de verzendtijd.
Inspecteer de zichtbare resultaten van Van, envelopidentiteit, DKIM ondertekeningsdomein en vertrouwde ontvanger. Neem de op uitlijning pad dat DMARC ondersteunt. Een passerende handtekening voor een niet-gerelateerd servicedomein is op zichzelf niet voldoende.
In een synthetisch geval koppelt het DNS team met succes een marketingsubdomein, maar gebruikt de campagne nog steeds het oude hoofddomein Van-adres. De configuratie en het bericht beschrijven verschillende identiteiten. Corrigeer de beoogde afzenderconfiguratie en herhaal vervolgens de campagneroutetest in plaats van records toe te voegen aan elke plausibele naam.
Generaliseer niet één test naar elke aangesloten mailbox, transactieroute of geïntegreerde dienst. Test de workflows die van belang zijn voor de reikwijdte van deze wijziging.
Bewaar een nuttig voltooiingsrecord
Bij de overdracht moeten het account, het geselecteerde verzendende domein, de gegenereerde records, DNS wijzigingseigenaar en het geverifieerde bericht worden geïdentificeerd. Vermeld de reden waarom u het domein kiest, en eventuele andere accounts die er gebruik van maken.
Controleer de configuratie als het eigendom van de campagne verandert of als er een nieuw subdomein wordt geïntroduceerd. Bewaar oude afhankelijkheden totdat de pensionering is geverifieerd, in plaats van ze te verwijderen zodra een nieuwe campagne succesvol is.
Gebruik afzenderinventaris om marketingeigendom te verbinden met het bredere e-mailprogramma. Authenticatie brengt een identiteitspad tot stand; toestemming om contact op te nemen met ontvangers, lijstkwaliteit en plaatsing in de inbox blijven afzonderlijke zaken.
Scheid de afzendercorrectie van een beleidswijziging
In de schriftelijke casus HS-01 wordt ervan uitgegaan dat aan het marketingaccount news.example.com is gekoppeld, terwijl de geplande campagne From updates@example.com is. Een hypothetisch vertrouwd berichtresultaat is DKIM pass met d=news.example.com, s=demo1. Die handtekening kan worden uitgelijnd onder de gewone ontspannen organisatie-domein-uitlijning, maar komt niet precies overeen met de root onder adkim=s. SPF en alle andere handtekeningen blijven onbekend, dus rapporteer geen algemene DMARC -fout in de strikte modus. De marketingeigenaar moet de beoogde Van- en overeenkomende productverbinding bevestigen en vervolgens een geautoriseerd campagnemonster verkrijgen; het veranderen van domeinbreed beleid is niet de reparatie die hier wordt voorgesteld. De normale personeelsmailbox- MX op example.com blijft buiten deze wijziging. Er is geen HubSpot -account, mailbox of DNS getest.
Gebruik de gegenereerde recordeigenaren en -waarden, in plaats van voorbeelden van probleemoplossing om te zetten in universele selectors. HubSpot documenteert momenteel gekoppelde DKIM CNAME's en een SPF samenvoeging wanneer er een beleid bestaat. De statuslabels beschrijven instellingscontroles; zelfs een volledig geauthenticeerd label bewijst niet dat deze geplande campagne de juiste Van-identiteit heeft geselecteerd.
Behoud de handhavingsgrens
RFC 9989 Sectie 7.4 vereist geldige DKIM , en niet alleen SPF , voor het publiceren van domeinen p=reject, en waarschuwt voor de interoperabiliteit van indirecte e-mail en mailinglijsten. Eén enkele succesvolle test met directe berichten is geen bewijs dat elke legitieme route klaar is voor krachtiger beleid. Behoud de bestaande goedgekeurde bescherming terwijl u de feitelijke kloof diagnosticeert; elke beleidsverandering heeft zijn eigen beslissing nodig.