Plan rond het gedocumenteerde goedkeuringsproces en de datum
Klik is officieel Gids voor het verzenden van e-maildomeinen, uitgegeven op 6 oktober 2026, beschrijft het configureren van domeinen in ClickDimensions Marketing Automation. Het kondigt aan dat vanaf 25 januari 2027 alleen e-mails kunnen worden verzonden vanuit domeinen met de status Goedgekeurd. Vanaf de beoordeling van deze gids op 9 november 2026 is dit een in de toekomst aangekondigde beperking en geen bewijs dat de nieuwe handhaving al heeft plaatsgevonden bij een huurder. Bevestig de toepasselijke versie-, account- en huidige providerkennisgevingen voordat u een wijziging plant.
De gids zegt dat elk domein dat in een Van-e-mailadres wordt gebruikt, gedekt moet zijn, inclusief domeinen die door verschillende merken of regio's worden gebruikt. Inventariseer de feitelijke Van-adressen op records voor E-mail verzenden en E-mail verzenden-acties in Campaign Automations. Ga er niet van uit dat het hoofddomein van de organisatie elke geconfigureerde afzender omvat. De gereedheid voor een account hangt af van de daadwerkelijke domeinlijst en goedkeuringsstatussen, die voor dit manuscript geen van beide zijn geïnspecteerd.
Houd DNS verificatie gescheiden van de status Goedgekeurd
De gedocumenteerde reeks omvat Wachten op DNS verificatie, Wachten op goedkeuring en Goedgekeurd. Nadat de DNS records zijn geverifieerd, doorloopt het domein nog steeds het Change Management-proces van Click. De gids beschrijft wekelijkse omschakelingsperioden, die mogelijk zeven dagen kunnen duren, en zegt DKIM publicatie wordt verwacht één tot zeven dagen na de fase van wachten op goedkeuring. Dit zijn planningsverklaringen van de provider en geen belofte van onmiddellijke activering of een onafhankelijk geverifieerde serviceniveauverplichting.
Plan de DNS werkzaamheden vroeg genoeg om ruimte te laten voor het goedkeuringsproces en eventuele correcties. Een groene DNS controle mag niet als Goedgekeurd worden ingevoerd, tenzij de werkelijke status van het domein dit aangeeft. Registreer de contactmailbox die verantwoordelijk is voor vragen van de provider en zorg ervoor dat een geautoriseerde persoon deze controleert. Dit artikel opent geen supportticket, dient geen domein ter goedkeuring in en beweert niet dat een wijzigingsvenster is geboekt.
Voer domein- en subdomeinvelden in met het juiste bereik
Navigeer naar ClickDimensions-instellingen en domeinen voor het verzenden van e-mail. De handleiding beschrijft een verzendend domein, een DKIM subdomein en een optionele e-mail CNAME en een e-mailadres voor contact. De subdomeinvelden hebben labels in plaats van volledige, volledig gekwalificeerde namen. Het DKIM subdomein moet uniek zijn voor Click, niet gereserveerd voor een andere dienst of doel, en een geldig label gebruiken zonder leestekens voor of achter. De subdomeinen DKIM en Email CNAME kunnen niet hetzelfde label gebruiken. Controleer ook bestaande webinhoud en sociale CNAME afhankelijkheden in plaats van een handig label te kiezen zonder het eigendom te controleren.
De optionele e-mail CNAME is voor e-maillinks; het is niet uitwisselbaar met het DKIM subdomein. Linkbranding behouden, retourpad configuratie en ondertekeningsbewijs afzonderlijk in het acceptatierecord. Gebruik de door het account gegenereerde waarden voor het beoogde domein. Kopieer geen labels of doelstellingen van een ander merk, omdat dit al de status Goedgekeurd heeft. Goedkeuring hoort bij de geconfigureerde identiteit en de bijbehorende records, en niet bij een herbruikbare DNS sjabloon.
Na het opslaan beschrijft de handleiding een mogelijk organisatiedomein SPF verandering, twee nieuwe MX records en vijf nieuwe TXT records. Registreer de volledige uitgegeven set en het doel van elke eigenaar. Dit zijn geen instructies om de gewone inkomende MX records van de organisatie in de root te vervangen. Bespreek de exact gegenereerde eigenaarnamen en routeringsafhankelijkheden met de DNS beheerder voordat u wijzigingen aanbrengt.
Bewaar de DNS formatteringsinstructies van de provider
De gids waarschuwt voor het kopiëren en plakken van de tandwielen. _domainkey , inclusief regeleinden, spaties en aanhalingstekens geïntroduceerd door e-mailclients. Er staat ook dat de drie DKIM TXT waarden 225, 225 en vier tekens zijn en zonder aaneenschakeling moeten worden gemaakt. Pas deze instructies toe op de daadwerkelijk uitgegeven records in plaats van ze samen te voegen tot één enkele verzonnen sleutelwaarde of ervan uit te gaan dat elk TXT record hetzelfde formaat heeft.
De presentatie van een DNS -editor verschilt van de logische gegevens die door DNS worden geretourneerd. RFC 6376 , sectie 3.6.2.2 definieert TXT bronrecords voor DKIM -sleutelopslag. Behoud door de provider uitgegeven recordgrenzen en inspecteer de feitelijk gepubliceerde gegevens via een geautoriseerd proces. Een screenshot van een opgeslagen invoerveld is niet voldoende om vast te stellen dat de publieke eigenaar en waarde correct zijn.
Met de knop Verifiëren in de gids wordt gecontroleerd of er records bestaan en inhoud bevatten. Die reikwijdte is beperkter dan een volledige test van ontvangen berichten. Houd het daadwerkelijke verificatieresultaat, de daaropvolgende goedkeuringsstatus en het definitieve ondertekeningsbewijs gescheiden. Als een record fout is, corrigeer dan de specifieke discrepantie met de DNS eigenaar in plaats van herhaaldelijk goedkeuring te geven of niet-gerelateerde records te vervangen.
Beschouw een ontspannen uitlijning als een productvereiste
De ambtenaar DMARC -implementatiehandleiding, bewerkt op 16 mei 2025, zegt dat het subdomeinontwerp van Click geen strikte adkim of strikte aspf ondersteunt. Het vereist versoepelde waarden voor beide, expliciet of via de overeenkomstige standaardwaarden. Bewaar dit als een gedocumenteerde productbeperking; verzacht het niet tot een optionele prestatieaanbeveling en zeg niet dat het account de strikte modus kan gebruiken zonder aanvullend bewijs.
Dat geeft geen toestemming om het bestaande domeinbeleid van een organisatie stilletjes te verzwakken. Identificeer de beleidseigenaar, andere e-mailstromen en beoogde beveiligingsvereisten. Als het huidige beleid in strijd is met het gedocumenteerde productontwerp, laat de implementatie dan geblokkeerd in afwachting van een goedgekeurd ontwerpbesluit of opheldering van de huidige leverancier. Nee DMARC het beleid is hier gewijzigd en deze handleiding claimt geen niet-ondersteunde alternatieve configuratie.
RFC 9989 , sectie 4.4 definieert het protocol uitlijning regels. Algemene protocolondersteuning voor strikte afstemming betekent niet dat elke service een compatibele route implementeert. Omgekeerd betekent de restrictie van de aanbieder niet dat strikte afstemming overal onmogelijk is. Houd deze twee verklaringen gescheiden bij het documenteren van het acceptatiebesluit. Beschouw een niet-gerelateerde handtekening niet als uitgelijnd, simpelweg omdat het verzendende platform door de organisatie wordt vertrouwd.
Bekijk SPF en daadwerkelijke berichtidentiteiten samen
De door het account gegenereerde SPF instructies moeten worden beoordeeld binnen de volledige inventaris van legitieme afzenders. RFC 7208 , paragrafen 2.4, 3.2 en 4.6.4 definiëren MAIL VAN, meervoudig SPF beleidsgedrag en geëvalueerde DNS-afhankelijke termijnlimieten. Vervang een werkend organisatiebeleid niet door een voorbeeld van één service en voeg geen concurrerende tweede service toe SPF record. Controleer de daadwerkelijke identiteit van het retourpad die door de goedgekeurde route wordt gebruikt.
Na een afzonderlijk geautoriseerde installatie moet een onschadelijk acceptatiebericht het auteurdomein, het retourpaddomein, het handtekeningdomein en de keuzeschakelaar, met vertrouwde ontvangerresultaten. RFC 6376 , sectie 3.5 definieert de handtekeningvelden. Een standaardhandtekening op providerniveau of een succesvolle DNS verificatie alleen is geen bewijs dat een klantdomeinroute op één lijn ligt. Authenticatie garandeert ook geen plaatsing in de inbox of campagnebetrokkenheid.
Fictieve diagnose en blanco acceptatiewerkblad
Een fictieve distributeur, Birchline Tools, voltooit DNS verificatie voor zijn tweede merk en plant een campagne terwijl het domein wacht op goedkeuring. Het campagneteam beschouwt deze tussentoestand als gelijkwaardig aan productiegereedheid. Uit de beoordeling komen twee ontbrekende beslissingen naar voren: voltooiing van het wijzigingsvenster van de provider en de bevestiging dat de DMARC uitlijningsinstellingen van het merk voldoen aan de gedocumenteerde productvereisten.
De voorgestelde correctie is om het ingevulde DNS bewijsmateriaal te behouden en de vrijgave open te houden totdat de feitelijke domeinstatus en beleidsbeslissing zijn opgelost. Het is niet de bedoeling om de goedkeuring te omzeilen, het Van-adres in het geheim te wijzigen of het beleid zonder toestemming te verzwakken. Dit fictieve scenario bevat geen echt huurdersresultaat, geplande campagne of uitgevoerde test.
- Accountversie en alle daadwerkelijke verzendende domeinen: ______
- Gegenereerd DKIM subdomein, optioneel linkdomein en recordset: ______
- Bestaande afhankelijkheden en gezaghebbende DNS goedkeuring: ______
- Vereist versoepelde adkim/aspf-compatibiliteitsbeslissing: ______
- DNS -verificatieresultaat, wachten op goedkeuring en goedgekeurd bewijs: ______
- Gecontroleerde contact- en providerwisselplanning: ______
- E-mailverzending en campagneautomatisering Van-domeincontroles: ______
- Vertrouwde identiteiten op berichtniveau en uitlijningsresultaat: ______
- Onopgeloste omstandigheden, terugdraaieigenaar en vrijgavebesluit: ______
Origineel implementatiebewijs, beoordeling van het menselijke onderwerp, huidige toepasbaarheid, productieroutes, visuele toegankelijkheid en vrijgave door de eigenaar blijven open. Er is geen domein ingediend, DNS bewerkt, beleid gewijzigd of e-mail verzonden. De bredere implementatievereiste van de catalogus blijft afhankelijk van geautoriseerd account- en berichtbewijs.