[ Gidsen voor verzendservices ]

Authenticeer e-mail verzonden via Campaign Monitor: configuratie en verificatie

Authenticeer het exacte verzendende domein van Campaign Monitor, behoud het huidige beleid en maak onderscheid tussen DKIM uitlijning en optionele SPF autorisatie.

Door het EmailAuth -onderzoeksteam · 4 minuten lezen

[ Kernpunten ]

  • Authenticeer het exacte verzendende domein van Campaign Monitor, behoud het huidige beleid en maak onderscheid tussen DKIM uitlijning en optionele SPF autorisatie.
  • Een niet-geconfigureerd subdomein in het product is niet automatisch een fout in de protocoluitlijning.
Op deze pagina

Campaign Monitor authenticeert een verzendend domein via het instellen van een account, openbare DNS en een verificatiecontrole. Gebruik het exacte domein dat in het Van-adres verschijnt, inclusief het subdomein. This is a sender-specific configuration: authenticating Campaign Monitor does not authenticate another service that happens to use the same brand domain.

Bepaal de identiteit en verander van eigenaar

Bevestig dat de organisatie het beoogde domein beheert en dat de DNS operator de gezaghebbende zone ervan kan wijzigen. Save existing keuzeschakelaar, SPF En DMARC records. Identificeer andere legitieme afzenders voordat u een voorgestelde beleidsvervanging accepteert. Houd de persoon die campagnes configureert en de persoon die DNS publiceert op één lijn voor het volledige domein, en niet alleen voor een kort label zoals e-mail.

De sending-domain guide zegt dat het authenticeren van een domein op het tweede niveau niet de subdomeinen ervan op het platform authenticeert. Als campagnes news.example.com gebruiken, voeg dan dat exacte domein toe in plaats van aan te nemen dat example.com de accountinstelling dekt.

Configureer het domein en de gegenereerde sleutel

Open het profielmenu, Accountinstellingen en vervolgens Domeinen verzenden. Kies Een verzendend domein instellen of Domein toevoegen, voer het volledige domein in en ga verder. Publiceer de gegenereerde TXT naam en -waarde op gezaghebbende DNS , met behulp van de juiste conventie voor volledige naam of relatieve naam van de editor. Keer terug naar Campaign Monitor en selecteer Ik heb de records toegevoegd, of Controleer de record opnieuw als u later terugkeert.

Gebruik voor deze configuratie een nieuw gegenereerde sleutel in plaats van voor het gemak een bestaande privésleutel te importeren. Houd privé-ondertekenmateriaal buiten DNS , tickets en gedeelde werkbladen. Als een gegenereerde selector botst met een ander actief record, los dan het conflict op voordat u het vervangt. Openbare voorbeelden zijn niet de sleutel van uw account.

Bewaar DMARC en stem SPF zorgvuldig af

De gedocumenteerde workflow accepteert een bestaande geldige DMARC configuratie. Behoud het handhavingsbeleid en de rapportagebestemmingen, tenzij de domeineigenaar een afzonderlijke wijziging goedkeurt. Als er geen beleid van toepassing is, stel dit dan vast bij de juiste eigenaar. A p=none Een voorbeeld is een controleverzoek, geen handhaving en geen reden om een ​​beleid dat is geërfd van een ouder te verzwakken.

Campaign Monitor raadt optionele SPF autorisatie aan met behulp van include:_spf.createsend.com. Als die autorisatie geschikt is voor uw configuratie, voeg deze dan samen met het enkele bestaande SPF beleid in plaats van een tweede toe te voegen. Behoud andere legitieme afzenders en controleer het geëvalueerde afhankelijkheidspad aan de hand van de opzoeklimiet van SPF . The provider's overzicht van e-mailauthenticatie levert context, maar de ontvangen envelop bepaalt welk domein de ontvanger daadwerkelijk controleert.

Een SPF -pas voor een service-envelop is niet noodzakelijkerwijs afgestemd op uw zichtbare Van. A passing aligned DKIM -handtekening kan aan DMARC voldoen, zelfs als dat SPF pad niet is uitgelijnd. Beloof geen strikte SPF uitlijning alleen maar omdat er een include is toegevoegd aan het Van-domein TXT record.

Controleer de gegevens vóór de campagnetest

Voer een query uit op de gegenereerde selector op elke gezaghebbende server en inspecteer vervolgens de toepasselijke DMARC en SPF antwoorden. Leg de volledige eigenaar, type, waarde en tijdstempel vast. Een DNS editor kan een lange TXT waarde opsplitsen in tekenreeksen binnen één record; dat verschilt van het publiceren van meerdere DKIM records. Volg de afhandeling van de DNS provider en vergelijk de gereconstrueerde waarde.

If Campaign Monitor cannot verify, check for a duplicated domain suffix, wrong record type, omitted key characters and authoritative-server disagreement. De TTL is een caching-controle, en geen gegarandeerd tijdstip waarop elke validator wordt bijgewerkt. Een in de cache opgeslagen negatief antwoord kan langer duren dan het moment waarop een nieuw record wordt aangemaakt.

Bevestig dat de echte campagne het beoogde domein gebruikt

Stuur een gecontroleerde testcampagne met het nieuw geverifieerde Van-adres. Preserve trusted Authentication-Results, Van, Return-Path en alle DKIM d=/s= paren. Bevestig dat een passerende handtekening overeenkomt met het Van-domein in de geconfigureerde modus. Als de test slaagt maar een latere campagne mislukt, vergelijk dan afzenderadressen en routes voordat u DNS wijzigt.

Illustratief geval: example.com is geconfigureerd, maar een campagne maakt gebruik van news.example.com , dat nooit aan het account is toegevoegd. Corrigeer de domeinconfiguratie voor de daadwerkelijke campagne-identiteit; vervang geen geldige ouderdomeinsleutel om de configuratie van een andere identiteit op te lossen.

Bewaar de eerder werkende afzender tot acceptatie, indien mogelijk. Controleer opnieuw na accountwijzigingen, nieuwe verzendende subdomeinen, DNS migraties of sleutelroulatie. Stop vóór de pensionering geplande campagnes en bevestig dat afhankelijkheden niet langer worden gebruikt. Dit artikel is een documentaire gids en een voorgesteld verificatieplan, geen bewijs van een live Campaign Monitor-test of gegarandeerde levering.

Verwar een kloof in de productscope niet met strikte afstemming

Schriftelijke case CM-01 gaat ervan uit dat voor het product example.com is geconfigureerd, maar de campagne From is news@news.example.com . Geef afzonderlijk een vertrouwde DKIM -handtekening op d=example.com, s=demo1. Met een gewone, ontspannen organisatie-domein-uitlijning kan die handtekening worden afgestemd op news.example.com ; met adkim=s komt het niet precies overeen. SPF en andere handtekeningen zijn onbekend, dus het algehele oordeel over de strikte modus is onopgelost en geen vastgestelde DMARC fout. Geen van beide uitgangspunten bewijst dat Campaign Monitor het beoogde subdomein heeft geconfigureerd. De campagne-eigenaar moet de exacte domeinconfiguratie voltooien en de resulterende gecontroleerde campagne inspecteren voordat deze wordt vrijgegeven. Dit zijn fictieve inputs, geen vastgelegde resultaten of een reden om het beleid te versoepelen.

Behoud de handhavingsgrens

RFC 9989 Section 7.4 requires valid DKIM , not SPF alone, for domains publishing p=reject, and warns about indirect-mail and mailing-list interoperability. 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.

[ Afhaalmaaltijden ]

Een niet-geconfigureerd subdomein in het product is niet automatisch een fout in de protocoluitlijning.

[ Per rol ]

Wat dit voor jou betekent

Kies jouw rol voor praktische vervolgstappen.

IT/Mailbeheerder

Verify the actual route

Vergelijk gegenereerde TXT , accountstatus en echte handtekeningidentiteiten, niet alleen DNS aanwezigheid.

Volgende stappen

  1. Configureer elk bedoeld subdomein afzonderlijk.
  2. Controleer de gegenereerde TXT en echte DKIM d= identiteit.
  3. Test opnieuw na een wijziging van het verzendende domein of de DNS-provider.

CISO / SecOps

Beheer de autorisatiegrens

Vermijd onnodige import van privésleutels en houd domeinbrede autorisatiewijzigingen controleerbaar.

Volgende stappen

  1. Geef de voorkeur aan nieuwe sleutels boven onnodige import van privésleutels.
  2. Controleer de SPF -wijziging voor andere afzenders en zoekafhankelijkheden.
  3. Bewaar de goedgekeurde beslissingen over herstel en pensionering van leveranciers.

Oprichter / Niet-technisch

Own the sending decision

Een test vereisen met de exacte campagne Van-domein voordat u een grote release plant.

Volgende stappen

  1. Keur de exacte campagne goed Van domein.
  2. Bewaar een eerdere werkende afzender totdat de nieuwe route geaccepteerd is.
  3. Vereist het acceptatierecord voor gecontroleerde berichten vóór de lancering.

[ Veelgestelde vragen ]

Veelgestelde vragen

Wordt bij het verifiëren example.com news.example.com geconfigureerd in Campaign Monitor?

Nee. De productgids vereist het exacte verzendende domein, inclusief elk bedoeld subdomein.

Waar is het installatiescherm?

Open het profielmenu, Accountinstellingen en vervolgens Domeinen verzenden.

Kan ik een oude privésleutel hergebruiken?

Het product biedt een route met bestaande details, maar het genereren van een nieuwe sleutel vermijdt onnodige verwerking van privésleutels en afhankelijkheden van gedeelde sleutels.

Moet ik een geldig DMARC beleid overschrijven?

Nee. Bewaar het tenzij de domeineigenaar een afzonderlijke beleidswijziging goedkeurt.

Welke SPF autorisatie documenteert Campaign Monitor?

Het raadt aan include:_spf.createsend.com. Voeg het alleen toe binnen het juiste enkele beleid nadat u andere afzenders en opzoekafhankelijkheden heeft gecontroleerd.

Houdt dat ook in dat SPF uitlijning gegarandeerd is?

Nee. Het geëvalueerde envelopdomein moet uitgelijnd zijn met het zichtbare Van; DNS autorisatie alleen kiest die identiteit niet.

Wat bewijst het opnieuw controleren van het record?

Het is een configuratiecontrole. Er is nog steeds een gecontroleerd ontvangen bericht nodig om de daadwerkelijke campagneroute te valideren.

Waarom de vorige afzender beschikbaar houden?

Het biedt een gecontroleerde hersteloptie als de nieuwe configuratie mislukt, zonder het niet-gerelateerde domeinbeleid te wijzigen.

[ Bronnen ]

Bronnen

  1. Campaign Monitor-verificatie van het verzendende domein

    Secties Vereist: stel een verzendend domein in · Vereist: voeg een DMARC record toe · Aanbevolen: voeg een SPF record toe

  2. E-mailauthenticatie van Campaign Monitor

    Secties SPF · DKIM · DMARC

  3. RFC 7208 SPF

    Secties §2.4 · §2.6.5 · §3.2 · §3.3 · §4.6.4

  4. RFC 6376 DKIM

    Secties §3.4 · §3.5 · §3.6 · §3.7 · §6.1 · §6.3

  5. RFC 9989 DMARC

    Secties §4.4 · §5.3.5 · §5.4 · §7.4 · §8

  6. RFC 2308 DNS negatieve caching

    Secties §5 Negatieve antwoorden in cache opslaan

[ Glossarium ]

Glossarium

Uitlijning
De vereiste relatie tussen een passerend authenticatiedomein en het zichtbare Van-domein voor DMARC .
Selector
Het DKIM label dat wordt gebruikt bij het ondertekeningsdomein om de openbare sleutel in DNS te lokaliseren.
Gezaghebbende DNS
De naamserverservice die verantwoordelijk is voor het publiceren van de relevante zonerecords.
Return-Path
De tracering van ontvangen berichten van het omgekeerde SMTP pad, handig bij het onderzoeken van de identiteit van de envelop.

Herkomst onderneming

Waarom top financiële instellingen en overheden hebben hun e-mailbeveiligingsdashboards stopgezet.

Traditionele platforms voor e-mailauthenticatie verkopen u een dashboard en vragen uw technici om het werk te doen. In omgevingen waar veel op het spel staat, betekent handmatig toezicht vertraagde handhaving, configuratieafwijking en niet-gecontroleerde schaduwdomeinen.

EmailAuth is het agentische e-mailherkomstplatform. Onze agenten handhaven p=reject, houd externe afzenders op één lijn en verplaats uw domeinen naar vol RFC 9989 compliance, de nieuwe DMARC standaard, met 'human-in-the-loop'-auditeerbaarheid.

Regeringen Grote ondernemingen Tier-1 financiële instellingen

SaaS · Toegewijde huur · Air-gapped on-premise · BYOK-encryptie

Kennisbank