Laajuus ja edellytykset
Tunnista Creatorin aktiivinen lähtevä kanava ennen DNS vaihtamista. Pääjärjestelmänvalvoja hallitsee kanavia; verkkotunnuksen todennus vaatii maksullisen suunnitelman.
Määritä dokumentoitu reitti
- Vaihe 1. Vahvista lähettäjän osoite sisäänrakennettua toimitusta varten. Avaa toiminnot, sähköpostin hallinta, lähtevän sähköpostin kanavat ja hallitse verkkotunnuksia sisäänrakennetussa sähköpostissa.
- Vaihe 2. Vahvista verkkotunnus, kopioi se SPF ja DKIM ohjeet, julkaise tietueet ja vahvista uudelleen. Suorittaminen edellyttää todennuksen tila valmis ja tila aktiivinen.
- Vaihe 3. Ennen kuin vaihdat ZeptoMailiin, tarkista siellä olevat toimialueet erikseen ja testaa kaikki tarvittavat lähettäjät.
- Vaihe 4. Vain yksi kanava on aktiivinen. Aktiivisen, poistettavan ulkoisen kanavan määrityksen poistaminen aktivoi sisäänrakennetun toimituksen. Sisäistä sähköpostia ja ZeptoMailia ei voi poistaa; ZeptoMail on sen sijaan irrotettava. Tarkista soveltuva palautustoiminto ja varatoiminto, ennen kuin muutat mitään.
Tuotekohtaiset riskit
Todennuksen on seurattava toimituskanavaa, ei vain sovelluksen nimeä. Luo testausluettelo työnkulun ilmoituksista, ajoitetuista viesteistä ja käyttäjien käynnistämistä toimista, ja jokainen valitsee lähettäjän. Jos toiminto onnistuu Creatorissa, mutta postia ei tule, erota sovelluksen suoritus SMTP hyväksynnästä ja vastaanottajan toimituksesta. Kanavien siirrot muuttavat myös toiminnallisia riippuvuuksia, kuten valtuustietoja ja kiintiöitä; antaa omistajalleen selkeä peruutuspäätös kirjaamatta salaisuuksia todisteeseen.
Todista reitti vastaanottavassa päässä
Käytä hyväksyttyä ulkoista postilaatikkoa ja tallenna koko raakaviesti aikaleimalla ja viestin tunnisteella. Tässä oppaassa ei vaadita elävän vuokralaisen testiä. Seuraavassa on hyväksyntätaulukko, joka on täytettävä toteutuksen aikana, ei ennätys havaituista tuloksista.
- Todistuskenttä: Näkyy alkaen; Mitä tallennetaan: Todellinen osoite ja verkkotunnus; Hyväksymiskysymys: Onko tämä aiottu lähettäjän identiteetti?
- Todistuskenttä: Kirjekuori; Mitä tallennetaan: Return-Path ja vastaanottimen ilmoittama SPF alue; Hyväksymiskysymys: Minkä verkkotunnuksen SPF todella todensi?
- Todistuskenttä: SPF ; Mitä tallennetaan: Luotetun vastaanottimen tulos ja arvioitu identiteetti; Hyväksymiskysymys: Menikö se läpi, ja sopiiko se identiteetti?
- Todistuskenttä: DKIM ; Mitä tallennetaan: Jokainen d= verkkotunnus, s= valitsin ja vastaanottimen tulos; Hyväksymiskysymys: Onko vähintään yksi ohitettu allekirjoitus linjassa?
- Todistuskenttä: DMARC; Mitä tallennetaan: Vastaanottimen tulos ja sovellettava käytäntö; Hyväksymiskysymys: Onko tasattu ohituspolku olemassa?
- Todistuskenttä: Reitti; Mitä tallennetaan: Tuote, tili ja viestin tyyppi; Hyväksymiskysymys: Käytettiinkö testissä tuotantopolkua?
DMARC tarvitsee vähintään yhden tasatun, kulkevan SPF tai DKIM polun. Läpäisevä allekirjoitus riippumattomasta palvelualueesta ei riitä. Tiukka linjaus vaatii tarkan toimialueen tasa-arvon; rento kohdistus käyttää soveltuvaa organisaation ja toimialueen suhdetta. Tarkista verkkotunnuksen todelliset kohdistusasetukset ennen onnistumisen ilmoittamista. Aliverkkotunnus ei ole automaattinen tarkka haku. SPF käyttää SMTP identiteettiä, ei näyttönimeä tai vastausosoitetta. Ota yhteyttä kohdistussanasto päätöstä kirjattaessa.
Käyttää Authentication-Results vastaanottavasta järjestelmästä, johon luotat, ei mielivaltaisen lähettäjän antamasta otsikosta. Kaappaa kaikki allekirjoitukset sen sijaan, että pysähtyisit ensimmäiseen epäonnistumiseen. Vertaa edelleen lähetetyn postin suoraa testiä edelleen lähetettyyn kopioon: edelleenlähetys voi muuttaa SPF arviointia tai muuttaa allekirjoitettua sisältöä. Älä diagnosoi näitä vaikutuksia lisäämällä välittäjän osoite palveluntarjoajan valtuutukseen.
Diagnosoi viat laajentamatta pääsyä
Vertaa arvovaltaista DNS tarkalleen määritettyihin tietueiden nimiin ja tarkista sitten rekursiivinen näkyvyys ja palvelun validointi. Väärä nimi, katkaistu avain tai ristiriitainen CNAME ei korjata odottamalla välimuistia. Säilytä vain yksi SPF käytäntö omistajalla ja tarkista kymmenen DNS-hakutermiraja arvioitujen sisällytysten ja uudelleenohjausten välillä ennen toisen lähettäjän yhdistämistä. DKIM valitsimet kuuluvat yksittäisiin allekirjoituskokoonpanoihin; Älä korvaa toisen sovelluksen tietuetta pakottaaksesi vahvistustuloksen.
Jos todennus menee läpi, mutta toimitus on huono, tarkista vastaanottajan vastaus, maine, sisältö ja lähetysoikeudet erikseen. DMARC passi ei lupaa hyväksyntää tai postilaatikon sijoittamista. Jos kumpikaan polku ei ole kohdakkain, lopeta laajennus ja korjaa todellinen lähettäjän kokoonpano. Älä heikennä koko verkkotunnuksen DMARC käytäntöä piilottaaksesi yksittäisen tuotevian.
Luovutus ja palautus
Tallenna hyväksytty DNS ero, julkisen haun tulokset, palvelun tila ja muokattu vastaanotettu viesti -taulukko nimetylle omistajalle. Pidä kirjautumistiedot ja yksityiset avaimet poissa lipuista. Jos se epäonnistuu, keskeytä lähetystyö tai käytä aiemmin testattua reittiä palvelun omistajan hallinnassa. Palauta vain muutetut tietueet, jotka kuuluvat tähän integraatioon; pitää julkiset avaimet, joita tarvitaan lennon aikana. Testaa uudelleen palautuksen, avainten kierron, verkkotunnuksen siirron tai lähtevän välityksen muutoksen jälkeen. Sulje muutos vasta, kun tuotteen omistaja ja sähköpostin ylläpitäjä voivat selittää havaitun identiteettiketjun.
Vahvista palveluntarjoajan raja
Nykyisellä sivulla dokumentoidaan myös Microsoft 365 , henkilökohtaiset Outlook , Gmail ja mukautetut SMTP -kanavat. Tämä artikkeli kattaa sisäänrakennetun todennuksen ja kanavan muutoksen hyväksymisen, ei näiden palvelujen täydellistä valtuustietojen hallintaa. Käytä heidän nykyisiä valtuutettuja tiliasetuksiaan, lähettäjän aliaksia ja suojausasetuksia erikseen. Määrityksen luominen ei aktivoi sitä. Sisäänrakennettu vahvistuksen tila Valmis osoitteen vahvistamisen jälkeen eroaa todennustilasta valmis ja tila Aktiivinen DNS vahvistuksen jälkeen.
Käy läpi kuvitteellinen diagnoositapaus
Vain kuvitteellinen kirjallinen tapaus: CR-01 olettaa, että aktiivisen mukautetun SMTP kanavan määrityksen poistaminen saa maksullisen Creator-tilin käyttämään notifications@mailer.zohocreatormail.com aiotun alerts@shop.example sijaan. Todennuksen tulokset eivät ole tiedossa. Pääjärjestelmänvalvojan on tarkistettava aktiivinen varatoiminto, sisäänrakennettu verkkotunnuksen todennus ja vaaditut työnkulut ennen niiden jatkamista. Aiemmin ohitettu ulkoisen kanavan näyte ei voi sulkea muutettua reittiä. Tässä tapauksessa ei käytetty vuokralaista, DNS , palvelinkomentoa tai viestiä.
Suunnittele varatoimi ennen aktiivisen kanavan vaihtamista
Dokumentoidut sisäänrakennetut jaetut Lähettäjä-identiteetit ovat notifications@mailer.zohocreatormail.com maksullisille käyttäjille ja notifications@trial.zohocreatormail.com kokeiluille, kun mukautettua todennusta ei ole. ZeptoMail-verkkotunnukset on vahvistettava uudelleen siellä; integrointi luo Creator Default -sähköpostiagentin ja muuttaa lähettämisen hyvityspohjaiseen järjestelmään. Dissosiaatio palauttaa suunnitelmaan perustuvat päivittäiset rajat ja poistaa pääsyn integraation seuranta-, palautus- ja lokiominaisuuksiin; uudelleentarkistus vaaditaan. Aktiivisen kanavan valtuutuksen peruuttaminen pysäyttää toimituksen, kunnes se valtuutetaan uudelleen, kun taas aktiivisen, poistettavan ulkoisen kanavan määrityksen poistaminen aktivoi sisäänrakennetun toimituksen. Sisäistä sähköpostia ja ZeptoMailia ei voi poistaa. ZeptoMail käyttää sen sijaan erotusta; Älä käsittele tätä toimintoa kanavan poistamisena. Valitse aiottu palautustoiminto selkeästi ja kaappaa kaikki vaaditut lähettäjät ennen kuin muutat mitään.
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.