Bekreft MarketingPlatform-kontoen og avsenderidentiteten
Denne veiledningen dekker e-posttjenesten dokumentert på marketingplatform.com , hvis førsteparts hjelpesider identifiserer MarketingPlatform ApS og lenker til applikasjonen. Den beskriver ikke Google Marketing Platform eller en generisk markedsføringsautomatiseringskategori. Identifiser den faktiske kontoen, merkevaren, kampanjen eller automatiseringen, Fra domene- og DNS eier før du ber om en endring. MarketingPlatform-domeneoppsett.
Gjør forretningskravet eksplisitt: hvilken adresse skal mottakerne se, hvem skal motta svar, og hvilken arbeidsflyt må forbli tilgjengelig under endringen? Ta opp eksisterende innstillinger og offentlige DNS svar før du redigerer dem. Hvis flere merker deler en konto, oppretter du separate akseptrader for deres domener i stedet for å anta at ett vellykket nyhetsbrev godkjenner alt. Bruk en kontrollert kampanje og ufarlig innhold slik at feilsøking ikke avslører kundedata eller ved et uhell sender en uferdig kampanje.
Bruk dashbordet som konfigurasjonsbevis
MarketingPlatforms dashbord avslører SPF og DKIM status, med en infokontroll ved siden av hvert element for konfigurasjonsdetaljer. Dokumentasjonen instruerer administratoren om å gå tilbake etter DNS publisering og se etter en grønn tilstand, slik at endringer blir synlige. Støttelenker er også tilgjengelige fra dashbordet. Dashboard og meny.
Registrer domenet som er knyttet til hver status, tidspunktet for sjekken og den viste instruksjonen. Et skjermbilde er mer nyttig når det inneholder det valgte domenet og posteieren enn når det bare inneholder et grønt ikon. Ikke behandle denne indikatoren som bevis på identitetene i en melding som ennå ikke er sendt. Hold tre milepæler i endringsloggen: posten ble lagret, leverandøren validerte den, og en mottaker godtok en justert melding. Ingen bør stilles i stedet for en annen.
Oppsettguiden sjekker Active, MX , SPF og DKIM . De to første gjelder domenet og dets e-postmottaksberedskap; de viser seg ikke utgående justering. Løs et eierskaps- eller postboksproblem med den ansvarlige administratoren i stedet for å erstatte institusjonens eller selskapets eksisterende MX poster bare for å fjerne et ikon. Domenekontrollkomponenter.
Publiser en bevisst SPF -endring i stedet for en prøvepolicy
Den dokumenterte MarketingPlatform-autorisasjonsmekanismen er include:mailmailmail.net. Inspiser dashbordets foreslåtte verdi og slå sammen den nødvendige autorisasjonen i den eksisterende policyen hos den tiltenkte eieren. Ikke kopier veiledningens komplette illustrative post, som inneholder urelaterte mekanismer og en annen leverandørs inkluderer. MarketingPlatform SPF oppsett.
Før du lagrer, må du identifisere andre applikasjoner som er autorisert av denne policyen og dokumentere hva hver beholdt mekanisme tillater. Publiser én gjeldende SPF policy hos eieren, ikke en annen konkurrerende TXT policy. Tell termer som forårsaker DNS-oppslag på tvers av nestede mekanismer mot SPF grensen; å telle bare ordene som er synlige i toppnivåposten er utilstrekkelig. Hold terminalpolicyen i samsvar med den godkjente domenedesignen. SPF -publisering og oppslagsbehandling.
En autorisasjon på det synlige Fra-domenet tvinger ikke selv meldingen til å bruke det domenet som SMTP konvolutt. Mottakerens SPF identitet må observeres. Hvis en kampanje passerer SPF under et leverandørdomene, men mislykkes DMARC, undersøk identitetsjustering før du legger til flere inkluderer. Utvidelse av tillatelser hos en ikke-relatert eier kan øke tilliten uten å fikse den opprinnelige feilen.
Generer DKIM verdien for det valgte domenet
Bruk DKIM info-kontrollen for å få domenets genererte TXT post. Guiden viser vanligvis en emp. _domainkey -eier, men kontoens komplette vert og verdi må avgjøre publiseringen. Oppfinn aldri den offentlige nøkkelen eller kopier en fra en annen konto. MarketingPlatform DKIM -instruksjoner.
Sjekk hvordan DNS verten forventer at navn legges inn. En fullt kvalifisert eier limt inn i et relativ vertsfelt kan produsere et duplisert domene; en rekord publisert ved roten kan ikke tilfredsstille en velger søke et annet sted. Sammenlign den lagrede verdien med den genererte posten, inkludert all lang offentlig nøkkeltekst, og behold den forrige posten hvis endringen er en rotasjon. Hvis dashbordet og offentlige DNS er uenige etter at caching har blitt vurdert, gi støtte både observerte og forventede verdier i stedet for gjentatte gjenoppretting av nøkler.
DKIM godkjenning krever en ekte signatur som bekrefter, ikke bare en oppdagbar post. Registrer d=-signeringsdomenet og s=-velgeren fra hver mottatt signatur. Det kan være mer enn én, og en leverandørsignatur skal ikke forveksles med kundens justerte signatur. DKIM signatur og verifikasjonsspesifikasjon.
Legg til en egendefinert returbane gjennom domenekontroll
MarketingPlatform dokumenterer en tilpasset retur-sti arbeidsflyt etter at SPF og DKIM er konfigurert. I Domain Checker bruker du domenets informasjonspanel til å velge returbaneadressen og underdomenet, og oppretter deretter CNAME med den nøyaktige destinasjonen kopiert fra det panelet. Tjenesten sjekker DNS automatisk og tilbyr en manuell reload; etter validering bruker den dokumenterte ordningen den tilpassede returbanen for sendinger fra det domenet. Egendefinert returbaneoppsett.
Velg en vert som ikke har noe motstridende formål og dokumenter hvorfor den tilhører dette avsenderdomenet. Ikke gjett destinasjonen fra leverandørens firmanavn, gjenbruk en leietakerverdi funnet på nettet eller plasser en CNAME over en live postboksvert. Registrer den forespurte verten, den offentlig løste destinasjonen og leverandørens aktiveringsstatus. Inspiser deretter en kampanje sendt etter aktivering for å bekrefte at den effektive konvolutten endret seg som tiltenkt.
Leverandørens returbaneartikkel beskriver det som nødvendig for full DMARC samsvar, men protokollskillet er smalere: DMARC kan passere gjennom enten justert passerende SPF eller justert passerende DKIM . En egendefinert returbane kan aktivere SPF ruten; det er ikke universelt nødvendig når DKIM allerede tilbyr justering. Et underdomeneforhold trenger også vurdering under avslappede eller strenge retningslinjer. Bevar den eksisterende sikkerhetspolitikken og bevis det faktiske resultatet. DMARC identifikatorjustering.
Diagnostiser sprett uten å feilklassifisere mottakeren
MarketingPlatform skiller harde, myke og andre sprettkategorier. Koden 55 indikerer en ekstern avvisning assosiert med SPF , DKIM eller DMARC policy, mens kode 21 gjelder en DNS-relatert feil og andre koder dekker tilkoblings- eller innholdsproblemer. Dette er nyttige utgangspunkt, ikke komplette diagnoser. Skaff deg selve svarteksten og den berørte kampanjen før du bestemmer deg for hva du skal endre. E-post returkoder og regler.
For en autentiseringsrelatert avvisning, sammenligne forsøket Fra-domene, den konfigurerte domeneraden og de nylig publiserte postene. Hvis ingen kopi nådde en kontrollert mottaker, bevar leverandørhendelsen og SMTP svaret mens du arrangerer en separat sikker diagnostisk sending. Hvis meldingen ankom, bruk mottakerens originalkilde i stedet for en videresendt kopi, fordi videresending kan endre autentiseringsbanen.
Ikke merk alle adresseblokkerte adresser som permanent ugyldige, og ikke massesend kampanjen på nytt bare fordi en post nå er grønn. Finn først hvilke meldinger som ble sendt inn, hvilke som ble avvist og hvilke som fortsatt kan være under behandling. Koordiner et eventuelt nytt forsøk med kampanjeeieren slik at mottakerne ikke mottar duplikater. Et autentiseringspass garanterer heller ikke plassering av innboks; innhold, omdømme og mottakerhåndtering forblir separate undersøkelser.
Bygg den originale kampanjeidentitetstabellen
Akseptdesignet her er ikke kjørt. Send gjennom den eksakte kampanjen eller automatiseringsruten og behold en original identitetstabellrad for hvert vesentlig forskjellige domene og arbeidsflyt. Obligatoriske felter er konto- og kampanjereferanse, arbeidsflyt, tidsstempel, meldingsidentifikator, synlig fra, Svar-Til, Return-Path , SPF -domene/resultat for klarert mottaker, hver DKIM d=/s= og resultat, DMARC resultat, justeringsmoduser og begrenset plassering for originalmelding. Legg til dashbordvalideringstider og den godkjente DNS endringsreferansen.
Sammenlign de forventede identitetene med observerte; la felt være ukjente til bevis eksisterer. Test svarruting og eventuelle forretningskritiske kampanjekoblinger separat. Hvis autentiseringen avbrytes etter en endring, setter du den berørte sendingen på pause, gjenoppretter den siste godkjente innstillingen der den var trygg og bevar ikke-relaterte avsendere. Fjern eller erstatt bare en post hvis eierskap og avhengighet er kontrollert. Gjenta den kontrollerte meldingen etter gjenoppretting i stedet for å erklære suksess fra tilbakeføringen alene.
Ingen MarketingPlatform-leietaker, live DNS eller mottatt melding ble inspisert for dette manuskriptet. Kontospesifikke verdier, eksakt ruteanvendelse, den fullførte identitetstabellen for opprinnelig mottatte meldinger og menneskelig SMB-gjennomgang forblir utestående. Dette er en upublisert, bevisbasert oppsettkandidat, ikke en påstand om at en kundes kampanje har blitt bekreftet.
Hold beslutningsprotokoll for nye forsøk
Før et nytt forsøk, tilordne hver original kampanjehendelse til akseptert, avvist, ventende eller ukjent ved å bruke tilgjengelig bevis fra leverandøren. Hold autentiseringsutbedring atskilt fra mottakerlistebeslutninger. Kampanjeeieren godkjenner bare den tiltenkte forsøkspopulasjonen etter at duplikatrisikoen er vurdert. En endret DNS post etablerer ikke den tidligere innsendingstilstanden.