Valitse ensin tuote ja toimituspalvelu
"Sitecore" ei ole riittävä reitin kuvaus. Sama organisaatio voi käyttää Email Experience Manageria EXM Delivery Cloudin kanssa, EXM:ää mukautetun SMTP kanssa tai erillistä Sitecore Send -tuotetta. Tämä luonnos kattaa nämä dokumentoidut haarat käyttämällä EXM 10.4 -dokumentaatiota versioiduissa esimerkeissä. Vahvista todellinen tuote ja versio ennen minkään toimenpiteen suorittamista. Laaja luettelon laajuus pysyy odotustilassa, kunnes valinta hyväksytään.
Tallenna kampanjan omistaja, lähettävä verkkotunnus, tuote, tili tai ympäristö ja toimitusreitti. Jos siirto on käynnissä, kirjaa vanhat ja uudet reitit erikseen. Yhden tuotteen validoitua verkkotunnusta ei pitäisi olettaa määritetyksi toisessa tuotteessa. Käyttöönoton tulee nimetä tarkasti, mitkä työnkulut sen todisteet kattavat.
Noudata EXM Delivery Cloud -haaraa, kun se soveltuu
The EXM 10.4 verkkotunnuksen opas kuvailee ohjatun lähettäjän toimialueen lisäämistä kohtaan Järjestelmänvalvoja, Sähköpostin toimituspalvelu, Domains. Näytä tiedot paljastaa vaaditut DKIM tiedot. Sen mukaan Delivery Cloud käyttää yhteistä kirjekuoriverkkotunnusta palveluntarjoajan hallinnassa SPF, joten se ei vaadi erillistä SPF -asetusta jokaiselle näkyvälle lähetysalueelle.
Käytä vain verkkotunnusta, jonka organisaatio omistaa ja jolla on oikeus käyttää sitä. Hanki tarkka julkaistu julkinen tietue ja vertaa sitä arvovaltaiseen vyöhykkeeseen. Älä korvaa a valitsin toisesta Sitecore-esiintymästä. Jos vahvistus näyttää varoituksen, säilytä tämä tila ja tutki julkaistu omistaja, tyyppi ja arvo ennen kuin jatkat.
EXM-opas suosittelee myös asteittaista yleisön kasvattamista valituilla ja ylläpidetyillä luetteloilla. Suunnittele maine lämmittely erikseen DNS hyväksynnästä; tässä oppaassa ei ole määritetty yleistä määräaikataulua.
Suunnittele muutos kampanjan omistajan kanssa. Sovelluksessa määritetty toimialue on välihavainto; lopullisen kampanjan tulee silti sisältää aiottua identiteettiä ja tuottaa yhdenmukaisen tuloksen. Älä tulkitse palveluntarjoajan hallinnoimaa SPF ää todisteeksi siitä, että näkyvä From-verkkotunnus linjaa SPF kanssa. Varsinainen kirjekuori ja allekirjoitus määräävät tämän vastauksen.
Määritä mukautetun SMTP loppupään omistajuus
The EXM-toimituksen vertailu määrittää mukautetun SMTP todennushallinnan asiakkaan valitsemalle lähetysjärjestelmälle. Delivery Cloud -toimialueen työnkulku ei konfiguroi kyseisen välittäjän avaimia, DNS tai maineenhallintalaitteita. Tämä on vastuun raja, ei väite, että SMTP palvelut eivät tue DKIM .
Tunnista releoperaattori ja sen nykyiset ensimmäisen osapuolen ohjeet. Tallenna, mikä järjestelmä käyttää lopullista allekirjoitusta, mitä kirjekuorialuetta se käyttää ja voiko toinen yhdyskäytävä muokata viestiä jälkeenpäin. Jos organisaatio käyttää välitystä, määritä järjestelmänvalvoja, joka voi vahvistaa kyseiset ohjaimet. Jos toinen palveluntarjoaja käyttää sitä, hanki sieltä oikeat tilikohtaiset tietueet.
Säilytä välitystodennus, siirtosalaus ja DMARC erillinen. Suojattu yhteys releeseen ei muodosta asiakkaan verkkotunnuksen allekirjoitusta lopullisessa vastaanottimessa. Samoin onnistunut SMTP lähetys osoittaa hyväksynnän vain kyseisessä hyppyssä. Testaa koko polku uudelleen aina, kun välitys, yhdyskäytävä tai loppupään sisällön muutos muuttuu.
Käytä Sitecore Send -lähettäjän työnkulkua erikseen
Sitecore Sendin DNS opas ohjaa käyttäjät kohtaan Lisää, Asetukset, Lähettäjät, SPF ja DKIM -välilehtien tietuetiedot sekä Tarkista DNS -tietueet -toiminnon. Se kuvaa yhdistettyä SPF , DKIM ja DMARC -vahvistusta, mukaan lukien ylätason verkkotunnuksen tarkistukset ja 48 tunnin varmennettu tila. Nämä ovat sovelluksen vahvistuskäyttäytymistä.
Kopioi todellisen lähettäjän ja toimialueen arvot, älä arvoja EXM-toimialuenäytöstä. Tarkista nykyinen DMARC käytäntö ennen kuin muutat sitä sovelluskehotteen mukaisesti. Verkkotunnuksella voi jo olla hyväksytty raportointikohde, täytäntöönpanoasetus ja linjaus -tilassa. Säilytä nämä päätökset, ellei erillinen valtuutettu tarkistus muuta niitä.
Käsittele palveluntarjoajan ylätason verkkotunnuksen vahvistussääntöä huolellisesti. Se ei tarkoita, että SMTP SPF perii automaattisesti mielivaltaisen ylätietueen. Välimuistissa oleva vahvistettu tila ei myöskään todista, että juuri vastaanotettu viesti todennetaan ulkoisen DNS muokkauksen jälkeen. Kirjaa muistiin sekä hakemuksen vahvistusaika että myöhemmän viestin havainnointi.
Tarkista DNS muutokset yhtenä kontrolloituna sarjana
Valmistele muutoslomake, joka sisältää verkkotunnuksen, omistajan, tietuetyypin, julkisen arvon, lähdetilin ja vastuullisen operaattorin. Vie olemassa olevat tietueet ja ratkaise valitsinristiriidat ennen julkaisemista. If a DNS interface appends the domain automatically, confirm the resulting fully qualified owner. Pidä yksityiset avaimet ja välitystiedot poissa arkista.
Asiakkaiden hallinnoimat SPF muutokset RFC 7208 toimittaa arviointisäännöt ja hakurajan. Säilytä muut valtuutetut lähettäjät ja tutustu koko käytäntöön. Älä lisää toista käytäntöä tai liitymätöntä palveluntarjoajaa vain siksi, että vanhempi tarkistuslista odottaa Sitecore SPF -vaihetta.
Säilytä DKIM :ssä jokainen havaittu allekirjoitustoimialue ja -valitsin. RFC 6376 selittää nuo kentät. Julkisen DNS tulee vastata todellisuudessa käytettyä allekirjoitusta, ei vain järjestelmänvalvojan odottamaa valitsinta. Useat allekirjoitukset vaativat erilliset tulokset eroamattoman " DKIM -käytössä" -merkinnän sijaan.
Testaa todellista kampanjareittiä vaarattomalla sisällöllä
Käytä valvottua kampanjaa tai tuettua testityönkulkua, joka harjoittaa todellista toimitusreittiä. Tallenna, vastaako se tuotantolähetystä, koska esikatselu- tai sovellusilmoitus voi käyttää toista polkua. Vältä laajoja tuotantolähetyksiä, kun henkilöllisyyttä ei ole vahvistettu. Säilytä viestin tunniste ja lähetysaika, jotta palveluntarjoajan tapahtumat ja vastaanottajan todisteet voidaan korreloida.
Tallenna näkyvä lähettäjä, vastaus vastaanottaja, kirjekuoriverkkotunnus, kaikki DKIM identiteetit ja luotettujen vastaanottajien tulokset. RFC 9989 määrittelee kohdistusvaatimuksen. Tunnista mikä ohitusmekanismi kohdistuu ja miksi. Liittymätön palveluntarjoajan kirjekuori voi läpäistä SPF , kun taas asiakkaan identiteetti riippuu kohdistetusta DKIM stä.
Tarkista vika sen haaran yhteydessä. Vertaa Delivery Cloudissa määritettyä verkkotunnusta ja allekirjoituksen tietoja. Mukautettua SMTP käytettäessä ota mukaan jatkolähettimen omistaja. Vertaa Sitecore Sendissä lähettäjän arvoja ja vahvistustilaa nykyiseen DNS ään. Älä siirry näiden toimenpiteiden välillä ennen kuin itse reitti on määritetty.
Käytä tuote- ja reittipäätöslaskentataulukkoa
Sitecore-tuote- ja toimitustaulukko (luo erillinen tarkistustietue tässä kuvatuilla kentillä) alkaa pakollisella haaran valinnalla. Sitten se tallentaa verkkotunnuksen lähteen, vahvistuksen tilan, myöhemmän omistajuuden ja lopullisen kampanjan identiteetit. Merkitse käyttämättömät haarat soveltamisalan ulkopuolelle sen sijaan, että käsittelisit kaikkia mahdollisia Sitecore-ominaisuuksia osana yhtä käyttöönottoa.
Hyväksymistietueen tulee yhdistää neljä havaintoa: valittu tuote, sen aktiivinen toimitusreitti, tuki DNS ja lopullisen vastaanottajan tulos. Jos yksi puuttuu, ilmoita puuttuvat todisteet ja siitä vastuussa oleva omistaja. Tuotemerkki ei voi täyttää vastaanotetun viestin kenttää.
Kuvitteellinen diagnostiikkatapaus, johon liittyy releen siirtyminen
Fictional written case only: SC-02 assumes the intended campaign From is news@museum.example . Kun EXM Delivery Cloud on vaihdettu mukautettuun SMTP :hen, viimeinen viesti ohittaa d=relay.example, liittämättömän toimialueen; kirjekuoren/ SPF -tulos ja muut allekirjoitukset ovat tuntemattomia. Tämä yksi allekirjoitus ei ole linjassa, mutta toimitetut tosiasiat eivät vahvista täydellistä DMARC tuomiota. Välittäjän on dokumentoitava tuettu asiakas-verkkotunnuksen allekirjoitusmääritys ja kerättävä todisteita varsinaisesta kampanjasta. Old Delivery Cloud -vahvistus ei voi sulkea uutta reittiä. Vuokralaista, välitystä, DNS tai viestiä ei testattu.
Palauta vain muutettu reitti
Pidä vanha hyväksytty reitti saatavilla suunnitellun siirron aikana mahdollisuuksien mukaan, ja varmista, että lähetysten kaksoiskappaleet estetään. Koordinoi palautus kampanjan ajoituksen ja jonossa olevien viestien kanssa. Älä poista vanhoja julkisia avaimia ennen kuin omistaja vahvistaa, että jäljellä oleva sähköposti ei ole enää riippuvainen niistä. Säilytä eston ja pomppimisen käsittelyvaatimukset arvioidessasi korvaavaa toimituspolkua.
Testaa uudelleen tuotteen siirron, välitysmuutosten, lähettäjän verkkotunnuksen lisäysten ja ulkoisten DNS muokkausten jälkeen. Tämä on edelleen julkaisematon dokumenttiluonnos. Täsmällinen alkuperäinen tuotelaajuus, tilille myönnetyt tietueet, live DNS ja vastaanotettujen viestien todisteet, visuaalinen tarkistus ja ihmisten pk-yritysten hyväksyntä ovat edelleen odottamassa.
Erottele ohimenevä viesti täytäntöönpanovalmiudesta
RFC 9989 Kohta 7.4 edellyttää kelvollista DKIM ää verkkotunnuksen julkaisua varten p=reject ja varoituksia epäsuoran postin yhteentoimivuudesta. Yksittäinen kohdistettu SPF tulos ei sinänsä oikeuta hylkäyskäytännön käyttöönottoa. Tarkista kaikki lailliset reitit ja käytännön omistajuus erikseen tästä palveluntarjoajan asetuksesta.