Käsittele sähköpostia ja SMTP tä erillisinä jaettujen asetusten testeinä
SendPulse dokumentoi jaetun todennettujen verkkotunnusten luettelon sähköpostille ja SMTP lle. Sovellettava verkkotunnuksen lisäys on kahden suunnitelman yläraja, ja jokainen aliverkkotunnus lasketaan erikseen. seurantaverkkotunnus ei käytä tätä todennusvaraa. Sen nykyinen opas antaa vapaamuotoisen esimerkin yhdestä sähköpostin toimialueesta ja kahdesta SMTP alueesta, mikä mahdollistaa kaksi jaettua merkintää. Vahvista live-tilin käyttöoikeus, ennen kuin suunnittelet useita brändejä tai aliverkkotunnuksia. SendPulse Email-todennus, Luo DKIM ja SPF tietueesi.
Jaetut asetukset vähentävät päällekkäistä DNS työtä, mutta ne eivät todista, että jokainen sovellus valitsee tarkoitetun From-toimialueen. Varaston markkinointikampanjat, automaatiot ja sovellukset lähettävät SMTP tai API:n kautta. Kaappaa tili ja tarkoitettu toimialue jokaiselle reitille, yrityksen omistajalle, sovelluksen omistajalle ja DNS järjestelmänvalvojalle. Säilytä lähetyksen valtuustiedot tämän laskentataulukon ulkopuolella.
Tämä opas kattaa palveluntarjoajan julkiset sähköposti- ja SMTP -todennustyöt. Se ei edellytä rajoittamatonta verkkotunnuksen käyttöoikeutta, itsenäisesti valittavissa olevaa mukautettua Return-Path tai identtiset lopulliset identiteetit kaikissa integraatioissa. Jos liiketoiminnan vaatimus riippuu tiukoista linjaus tai tiettyä kirjekuorialuetta, hanki tuettu malli SendPulselta ennen kuin sitoudut siihen.
Tarkista olemassa oleva verkkotunnus ennen tietueiden luomista
Sähköpostissa dokumentoitu aloituskohta on Asetukset > Toimialueen asetukset, jota seuraa aktivointi todennettujen verkkotunnusten alueella. Käytä SMTP :ssä SMTP -asetukset > Toimialueen asetukset ja lähetysalueen aluetta. Molemmat työnkulut luovat SPF ja DKIM syötetyn verkkotunnuksen tietueet. SMTP dokumentaation mukaan olemassa oleva sähköpostitodennus ei vaadi toista DKIM asetusta, koska palvelut jakavat tietueasetukset. SendPulse SMTP DKIM , Jaetut tietueasetukset ja Uuden verkkotunnuksen lisääminen.
Avaa olemassa oleva verkkotunnus ensin, kun sellainen on jo olemassa. Tallenna sen nykyinen yhteyden tila ja julkiset arvot. Älä luo toista järjestelyä vain siksi, että uusi sovellus käyttää SMTP . Jos kaksi tiliä tai tiimiä omistaa saman verkkotunnuksen, vertaa heidän nykyisiä palveluntarjoajan antamia ohjeita ja selvitä omistajuus ennen kuin muutat jaettua verkkotunnusta. valitsin.
Laske käyttöönoton edellyttämät verkkotunnukset, mukaan lukien erikseen todetut aliverkkotunnukset. Jos tili on sallittu, älä poista toimivaa toimialuetta vain paljastaaksesi Lisää-ohjausobjektin. Tunnista, mikä kyseistä verkkotunnusta käyttää, ja valitse suunnitelma tai verkkotunnusstrategia tilin omistajan kanssa. Kaupallinen käyttöoikeuspäätös on erillinen DNS virheestä.
Yhdistä SPF ohje olemassa olevan käytännön kanssa
SendPulse SPF -opas opastaa käyttäjiä, joilla on olemassa oleva SPF ennätys lisätäksesi palveluntarjoajan valtuutuksen kyseiseen tietueeseen toisen luomisen sijaan. Mainitut oppaiden nimet include:mxsspf.sendpulse.com lisäyksenä olemassa olevaan käytäntöön. Vahvista soveltuvuus nykyisen tilin verkkotunnuksen asetuksiin; näyte a ja mx eivät ole automaattisia lisäyksiä. Älä kopioi mallia täydestä käytännöstä nykyisen päälle. SendPulse SMTP SPF , kopioi SPF tietue ja lisää merkintä DNS palveluntarjoajan verkkosivustolle.
Vie nykyiset TXT -vastaukset tarkalle omistajalle ennen muokkaamista. Luettele muut palvelut, jotka riippuvat sen SPF -käytännöstä, ja tunnista kirjekuoren todellinen identiteetti perusviestissä, jos mahdollista. Yrityksen From-toimialue ja SPF-varmennettu toimialue voivat olla erilaisia. Sisällön julkaiseminen mielivaltaisessa huipussa ei voi korjata muualla arvioitua vikaa.
Tarkista kaikki DNS-kyselyn SPF termit, mukaan lukien sisäkkäiset sisältävät, kymmenen termin arviointirajaa vasten. DNS tietue, joka sopii editorin pituusrajoitukseen, voi silti ylittää protokollan arviointirajan. Säilytä lailliset valtuutukset ja hyväksytty päätteen tarkenne. Älä laajenna käyttöoikeuksia esimerkkia- tai mx-mekanismeilla, ellei verkkotunnuksen omistaja ole arvioinut, mitä he valtuuttavat. RFC 7208 , Tietueiden ja DNS hakurajojen valitseminen.
Jos palveluntarjoajan pyyntöä ja organisaation nykyistä käytäntöä ei voida sovittaa yhteen turvallisesti, lopeta ennen julkaisemista. Pyydä sähköpostin omistajaa arvioimaan tuettu lähetysaliverkkotunnus tai muu sopiva malli. Pidä nykyinen työreitti saatavilla, kun päätös tehdään.
Julkaise tilin julkinen avain oikealle omistajalle
SendPulsen ohjeiden mukaan DKIM on a TXT tietue ja erottaa esittelyn julkinen avain tilin omasta arvosta. Opas kuvaa kylttiä. _domainkey TXT omistajana; hakea nykyinen koko nimi ja julkinen arvo verkkotunnuksen asetuksista sen sijaan, että käsittelisit kuvaa jokaisen tilin todisteena. Älä käytä uudelleen artikkelissa olevaa pitkää näyteavainta. SendPulse SMTP DKIM , Kopioidaan olemassa oleva verkkotunnustietue.
Tarkista kaikki olemassa olevat tietueet ehdotetun valitsimen omistajan luona. Aiemmin olemassa oleva avain voi tukea eri tiliä, palveluntarjoajaa tai toimintareittiä. Pyydä tuettua resoluutiota sen sijaan, että korvaat sen hiljaa tai keksit uuden valitsimen, jota palvelu ei käytä. Edellisen julkisen tietueen kopion säilyttäminen auttaa tarkistajaa arvioimaan palautuksen, mutta se ei anna lupaa palauttaa vanhentunutta avainta ilman koordinoivaa allekirjoitustilaa.
Käytä arvovaltaista DNS palveluntarjoajaa, ei välttämättä verkkotunnuksen rekisteröijää. Varmista, odottaako editori suhteellista isäntää vai täysin pätevää nimeä. Tallennuksen jälkeen kysy koko omistajalta ja vertaa koko julkista arvoa tilin tuottoon. TXT -merkkijonot voidaan näyttää segmenteinä; vertailla niiden yhdistettyä sisältöä sen sijaan, että lisäisit välilyöntejä fragmenttien väliin.
Vain julkinen vahvistusmateriaali kuuluu DNS tai toteutustaulukkoon. Yksityisiä allekirjoitusavaimia, SMTP salasanoja ja API-salaisuuksia ei tarvita DNS tarkistukseen. Tue asianomaista verkkotunnusta ja julkisia tietueita lähettämättä valtuustietoja.
Tarkista yhteyden tila ja lähettäjän valinta
Sähköpostidokumentaatio käyttää Tarkista DNS tietueita ja muuttaa onnistuneen merkinnän muotoon Yhdistetty. Sen asennusohjeet edellyttävät myös, että todennettu toimialue vastaa lähettäjän osoitealuetta. SendPulse Email -todennus, luo DKIM ja SPF tietueesi ja tarkista merkinnän tila.
Tarkista soveltuva tila sekä palvelunäkymistä että tietueiden aikaleimoista. Jos yksi tiimi näkee eri verkkotunnusluettelon, varmista, että molemmat tiimit ovat aiotulla tilillä ennen DNS muuttamista. Älä oleta, että yhden tilin tila todistaa toisen tilin olevan valmis.
Tarkista sitten määritetty lähettäjän osoite markkinoinnin työnkulussa ja jokaisessa lähetettävässä hakemuksessa. Tarkista automaattiset mallit ja sovellusten oletusasetukset, jotka saattavat säilyttää vanhan toimialueen siirron jälkeen. Esikatselunäytössä valittu lähettäjä voi poiketa taustatyön käyttämästä osoitteesta. Tallenna testattavan tuotantomaisen työnkulun todelliset asetukset.
Pidä seurantaverkkotunnuksen määritykset erillisinä. Brändätty seurantaverkkotunnus on hyödyllinen linkeissä, mutta se ei korvaa lähettäjän valitsemaa todennettua verkkotunnusta. Hyväksyntätietue ei saa koskaan päätellä DKIM tai SPF -kohdistusta seurantaisäntänimestä tai ilmeisen merkkisanomasta.
Todista sähköposti- ja SMTP -reitit itsenäisesti
Lähetä vaarattomia viestejä yhden edustajakampanjan ja yhden edustajahakemuksen kautta. Lisää muita tapauksia eri From-toimialueille, sovellusten ohituksille tai reititysjärjestelyille. Käytä valvottuja ulkoisia vastaanottajia ja säilytä alkuperäiset otsikot, viestitunnus, lähetysaika ja työnkulun tunniste.
Tallenna jokaisessa tapauksessa näkyvä From, SPF-varmennettu verkkotunnus, Return-Path ja jokainen DKIM d=- ja s=-arvo. DKIM allekirjoitustoimialue ja valitsin tunnistavat julkisen avaimen haun; kelvollinen DNS -avain ei yksin todista, että viesti on sitä käyttänyt. RFC 6376 , DKIM-Signature otsikkokenttä ja poimi allekirjoitukset viestistä.
Käytä luotettujen vastaanottimien tuloksia erottaaksesi kryptografisen passin kohdistetusta passista. DMARC voi läpäistä kelvollisen tasatun SPF tai DKIM -tuloksen, ja kohdistustila vaikuttaa verkkotunnusten vertailuun. Kirjaa ylös, mikä mekanismi tuottaa tuloksen sen sijaan, että kirjoitat vain "todennus läpäissyt". RFC 9989 , tunnisteen kohdistuksen selitys ja DMARC -arviointi.
Jos kampanja läpäisee, mutta hakemus ei, vertaa ensin varsinaista lähettäjää, tiliä ja reittiä. Älä kierrä jaettua avainta ensimmäisenä vastauksena. Tämä muutos saattaa vaikuttaa toimivaan markkinointivirtaan jättäen samalla sovelluksen väärän Lähettäjä-osoitteen koskematta.
Diagnosoi jaetun tietueen ongelmat häiritsemättä molempia palveluita
Jos DNS -vahvistus epäonnistuu, tarkista julkaistu omistaja, tietuetyyppi, täydellinen arvo ja arvovaltainen toimittaja. Jos allekirjoitus puuttuu, varmista, että testi käytti todennettua toimialuetta ja tarkoitettua SendPulse-tiliä. Jos allekirjoitus epäonnistuu, vertaa havaittua valitsinta ja avainta ja tarkista, muuttiko toinen yhdyskäytävä allekirjoitettua sisältöä.
Jos SPF läpäisee mutta DMARC epäonnistuu, vertaa identiteettejä ennen valtuutuksen lisäämistä. Jos SMTP lähetys hylätään ennen toimitusta, pidä lähetysvirhe erillään vastaanottajan todennustuloksista. Tunniste-, kiintiö- tai sovellusmuoto-ongelmaa ei voida diagnosoida pelkästään DNS tarkistuksen perusteella. Säilytä tarkat virheet kopioimatta salaisuuksia tukipakettiin.
Jos mukautetun kirjekuoren vaatimus ei täyty, hanki SendPulsen tuetut vaihtoehdot juuri kyseiselle tilille. Tarkistetut ohjeet eivät vahvista, että jokainen asiakas voi määrittää haluamansa Return-Path verkkotunnuksen. Älä keksi MX :tä tai CNAME järjestelyä, joka vastaa ominaisuutta, jota ei ole vahvistettu.
Työarkin palautus ja kuvitteellinen testivirhe
Täytä SendPulse jaetun verkkotunnuksen laskentataulukko (luo erillinen tarkistustietue tässä kuvatuilla kentillä) yhdellä riviryhmällä todennettua toimialuetta kohti ja yhdellä todisteella sähköposti- tai SMTP reittiä kohden. Tallenna suunnitelmakorvaus, olemassa oleva valitsimen riippuvuus, DNS tulos, lähettäjän kokoonpano ja vastaanotetun viestin tulos. Merkitse tuntemattomat selvästi.
Kuvitteellinen kirjallinen tapaus SP-01: Oletetaan kampanja From courses@example.org on läpäissyt d=example.org, mutta oppituntihakemus lähettää From lessons@old.example DKIM / SPF tuloksia tuntemattomilla. Yhdistetty tila example.org ei määritä old.example todennusta. Sovelluksen omistajan tulee vahvistaa hyväksytty lähettäjä, vertailla jaetun verkkotunnuksen inventaariota ja testata oppituntireittiä työavainta kiertämättä. Mitään tiliä tai viestiä ei käytetty, eikä korjauksia tai testiä suoritettu.
Päätä ennen muutosta, kuinka keskeytät kunkin vaikuttaneen streamin ja palautat viimeisimmän hyväksytyn lähettäjän määrityksen. Koordinoi avainten vaihto kaikkien sen jakavan palvelun kanssa. Kun jäät eläkkeelle, lopeta kaikki riippuvaiset sovellukset ja kampanjat ennen todennustietueiden poistamista. Testaa uudelleen suunnitelman muutosten, tilin siirron, DNS isännöintimuutosten tai uusien sovellusreittien jälkeen.
Sulje vain testattu alue
Hyväksyminen edellyttää oikeaa verkkotunnuksen käyttöoikeutta, tilin myöntämiä tietueita, kelvollista julkista DNS tunnusta , yhdistetyn palveluntarjoajan tilaa, aiottua lähettäjän valintaa ja luotettavan vastaanottajan todisteita jokaiselle materiaalireitille. Vahvistettu kampanja ei sulje testaamatonta SMTP integraatiota. Live-tili, DNS ja viestitarkistukset, riippumaton tekninen tarkastus, visuaalinen tarkastus ja ihmisten pk-yritysten hyväksyntä ovat edelleen odottamassa; tätä luonnosta ei ole julkaistu, eikä se vaadi suoritettua käyttöönottoa.
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.