Vahvista vanha Ambassador-tuoteraja
Ambassadorin virallinen "How to setup an Email Sending Domain" -artikkeli näkyy tukikeskuksessa nimenomaisesti nimettynä vanhoille Ambassador-versioille 1 ja 2. Siinä dokumentoidaan automaattisen sähköpostin toimialueen määritystyönkulku, jota seuraa erilliset lähtevän osoitteen asetukset ja valinnaiset kampanjatason ohitukset. Tämä opas koskee tätä dokumentoitua reittiä. Se ei osoita, että uudemmassa Ambassador-painoksessa on identtiset kontrollit tai että tarkastettu tili on suorittanut ne. Nykyisen tuotteen soveltuvuus ja todelliset vuokralaisen luomat tietueet pysyvät auki. Suurlähettilään lähetysalueen opas
Aloita reittiinventaariosta: tili, viittaus tai muu automaattinen viestiluokka, tarkoitettu näkyvä lähettäjän verkkotunnus, vastuullinen yrityksen omistaja ja DNS järjestelmänvalvoja. Kirjaa ylös, mihin osoitteisiin tulee vastata. Seurantalinkille sopiva verkkotunnus ei automaattisesti sovellu sähköpostin toimitukseen, eikä näyttöidentiteettinä käytetty osoite välttämättä ole toimiva postilaatikko. Tämä luettelo on ehdotettu valmistelu, ei todiste siitä, että jokin tili tai verkkotunnus on tarkastettu.
Valitse verkkotunnus korvaamatta olemassa olevaa riippuvuutta
Dokumentoitu polku alkaa Asetuksista, sitten Tilin asetuksista ja Sähköpostin asetuksista. Add Domain hyväksyy reitille tarkoitetun toimialueen tai aliverkkotunnuksen. Ennen kuin jatkat, palveluntarjoaja korostaa olemassa olevan m1:n. _domainkey merkintä ristiriitana, joka vaatii aliverkkotunnuksen, mutta huomioi samalla, että jotkin DNS-palveluntarjoajien järjestelyt voivat sallia merkintöjen lisäämisen ilman, että niitä allokoidaan. Se suosittelee käyttämätöntä aliverkkotunnusta ja kehottaa nimenomaisesti olemaan käyttämättä "postia" tai "sähköpostia". Käsittele tätä epäselvyyttä syynä tuetun tilikohtaisen järjestelyn vahvistamiseen, ei luvana korvata olemassa oleva todennusriippuvuus. Suurlähettilään lähetysalueen opas
Ehdotetussa tarkistuksessa olisi yksilöitävä, kuka käyttää olemassa olevia valitsin ja palveleeko ehdokasaliverkkotunnus jo muuta tarkoitusta. Säilytä aktiiviset todennustietueet, kunnes niiden omistaja vahvistaa turvallisen siirtymisen. Älä valmista toista ristiriitaista avainta vain täyttääksesi tuotteen tarkistuslistan. Jos palveluntarjoajan ilmoittama törmäyssääntö on voimassa, säilytä vaadittu aliverkkotunnuspäätös sen sijaan, että heikennät sitä valinnaiseksi asetukseksi.
DKIM valitsin toimii allekirjoitustoimialueen kanssa tunnistaakseen vastaanottajan käyttämän julkisen vahvistusmateriaalin. Ennätys samannäköinen omistaja ei korvaa omistajaa, johon allekirjoituksessa todella viitataan. Hakemuksen tulee myös allekirjoittaa vastaavalla yksityisellä materiaalilla; DNS tietue yksin ei voi luoda tällaista toimintaa. Nämä protokollatiedot selittävät, miksi näennäisesti pieni valitsimen törmäys voi vaikuttaa toiseen lailliseen reittiin. RFC 6376 , kohdat 3.5 ja 3.6.2.2
Säilytä koko luotu tietuejoukko
Verkkotunnuksen lisäämisen jälkeen Ambassador sanoo, että tili sisältää kolme tietuetta: TXT for SPF, MX ja TXT varten DKIM. Pidä todellinen tietueikkuna saatavilla ja siirrä jokainen toimitettu isäntä/nimi ja arvo valtuutettuun muutostietueeseen. Palveluntarjoaja tarjoaa kopioinnin hallinnan ja mahdollisuuden lähettää tietueet kollegalle, kun operaattorilla ei ole DNS käyttöä. Tälle luonnokselle ei ole tehty tällaista sähköposti- tai tilitoimintoa. Kolmen tietueen vaatimus on dokumentoitu; todelliset vuokralaisen arvot eivät ole. Suurlähettilään lähetysalueen opas
Älä päättele MX kohdetta, -asetusta tai julkista DKIM -avainta toiselle tilille kuuluvasta kuvakaappauksesta. Älä korvaa a CNAME vain siksi, että muut sähköpostipalvelut käyttävät CNAME-pohjaista DKIM delegointia. Noudata todellista toimitettua tyyppiä ja vahvista koko aiotun omistajan nimi. MX muutokset ansaitsevat myös erillisen postin reitityksen tarkastelun: todennusasetus ei ole yleishyväksyntä korvaamaan asiaankuulumaton saapuvan postin reititys jaetussa verkkotunnuksessa.
DNS operaattorin tulee kirjoittaa täysin pätevä omistaja editorin Nimi-kentästä riippumatta. Jotkut liitännät lisäävät vyöhykeliitteen, kun taas toiset syöttötilat vaativat täydellisen nimen. Toistuva jälkiliite voi sijoittaa täydellisesti kopioidun arvon väärän omistajan alle. DNS -päätiedostokäytännöt eivät määritä, kuinka jokainen graafinen editori tulkitsee lyhennyksen. Vertaa aiottua nimeä tuloksena olevaan julkaisuun sen sijaan, että luottaisi vain lomakkeen ulkoasuun. RFC 1035 , kohta 5.1
Yhdistä SPF kilpailevan politiikan lisäämisen sijaan
Jos luotu SPF ennätys kuuluu omistajalle, jolla on jo sovellettava SPF käytäntö, tarkista koko käytäntö ja olemassa olevat lailliset lähettäjät ennen kuin muutat sitä. Kahden erillisen SPF -käytännön julkaiseminen ei yhdistä niiden käyttöoikeuksia ja voi aiheuttaa pysyvän virheen. Säilytä riippumaton TXT tietueita samalla kun säilytetään yksi sovellettava SPF -käytäntö arvioidulle henkilöllisyydelle. Lyhyt palveluesimerkki ei ole valtuutus poistaa toista hyväksyttyä lähettäjää. RFC 7208 , kohdat 3.1–3.3
SPF arvioi asiaankuuluvan SMTP :n POSTIA LÄHETTÄJÄ identiteetti tai HELO identiteetti soveltuvissa tapauksissa, ei pelkästään vastaanottajalle näytettävä osoite. Tarkista tämän reitin käyttämä henkilöllisyys, kun valtuutettu todiste on saatavilla. Tarkista myös sisäkkäisten riippuvuuksien arvioidut DNS-kyselytermit. Protokollan raja ei ole verkkopakettien lukumäärä tai vain ensimmäiseen tietueeseen painetut sisällyttäminen termit. RFC 7208 , kohdat 2.3–2.4 ja 4.6.4
TXT -muotoilu vaatii huolellisuutta ilman arvailua. Useat merkkijonot voivat muodostaa yhden TXT resurssitietueen, ja näkyvät rivitys- tai lainausmerkit voivat olla esitystapaa eikä ylimääräistä sisältöä. Säilytä aiottu looginen arvo ja erota se useista itsenäisistä tietueista. Jos käyttöliittymä muuttaa esitystä, tarkista tuloksena olevat tiedot ennen julkaisun hyväksymistä. RFC 1035 , kohta 3.3.14
Tulkitse verkkotunnuksen tila yhdeksi tarkistuspisteeksi
Palveluntarjoaja dokumentoi Odottaa-, Vahvistettu- ja Virhe-tilat sekä Tietuemodaalin Vahvista-säätimen. Se yhdistää yleiset virheet poistettuihin tietueisiin tai vääriin tietuetyyppeihin ja sanoo, että muutosten eteneminen voi kestää jopa 24 tuntia. Tämä aikaväli on palveluntarjoajan ohje, ei todiste siitä, että jokainen ratkaiseja palauttaa halutun arvon tietyllä hetkellä. Kirjaa nykyinen tila ja havaintoaika erillään arvovaltaisista DNS todistuksista. Suurlähettilään lähetysalueen opas
Jos vahvistus epäonnistuu, vertaa omistajaa, kirjoita ja täydennä arvoa ennen uuden muokkauksen tekemistä. Jo oikean arvovaltaisen tietueen toistuva muuttaminen voi vaikeuttaa diagnoosia, jos välimuistissa on edelleen aikaisempi tulos. Toisaalta odottaminen ei voi korjata väärää omistajaa tai tietuetyyppiä. Ehdotettu prosessi erottaa määrityksen tarkoituksen, julkaistun DNS ja sovelluksen vahvistuksen sen sijaan, että muuttaisi kulunutta aikaa todisteeksi oikeellisuudesta.
Määritä vastauskykyiset lähtevät ja kampanjaosoitteet
Toimialueen vahvistamisen jälkeen dokumentoitu työnkulku muokkaa lähtevän sähköpostin nimeä ja osoitetta. Suurlähettiläs vaatii nimenomaisesti tämän osoitteen vastaanottamaan postia, koska vastaukset toimitetaan sinne. Valinnaiset kampanjatason muutokset Lähettäjä-nimeen ja -osoitteeseen edellyttävät samaa sähköpostin vastaanottamista. Säilytä tämä edellytys jokaiselle ohitukselle; vahvistettu verkkotunnus ei tee olemattomasta tai valvomattomasta postilaatikosta hyväksyttävää vastauskohdetta. Suurlähettilään lähetysalueen opas
Ylläpidä kampanjasta osoitteeseen -tarkistuslistaa postilaatikon omistajan ja aiotun vastauskäsittelyn kanssa. Tallenna erikseen kirjekuoren todellinen identiteetti ja DKIM allekirjoitusalue, kun valtuutettu viesti voidaan arvioida. DMARC vaatii kelvollisen tasatun SPF tai DKIM tuloksen suhteessa näkyvään Lähettäjä-verkkotunnukseen. Vahvistettua näyttävä sovellus ei itse vahvista, että jokaisella kampanjan ohituksella on tarkoitus linjaus. RFC 9989 , kohta 4.4
Kuvitteellinen diagnoosi: vahvistettu verkkotunnus, käyttökelvoton vastausosoite
Kuvitteellisessa organisaatiossa, Maple Circlessä, operaattori valmistelee vanhan lähetysalueen asetukset ja kirjaa Verified-tilan. Tämän jälkeen kampanjaeditori vaihtaa lähettäjän houkuttelevaan, mutta olemattomaan osoitteeseen. Toinen järjestelmänvalvoja ehdottaa myös toisen reitin jo omistaman valitsimen uudelleenkäyttöä. Tämä on keksitty hyväksyntäharjoitus, ei havaittu tapahtuma tai suoritettu testi.
Arvostelu erottaa ongelmat. Se säilyttää palveluntarjoajan vastauskykyisen osoitevaatimuksen kampanjan ohitusta varten, saa hyväksytyn postilaatikkopäätöksen ja ratkaisee olemassa olevan valitsimen riippuvuuden korvaamatta sitä. Sitten se pitää todelliset vastaanotettujen viestien todisteet vireillä. Verkkotunnuksen tilaa tai kopioitua DNS arvoa ei pidetä todisteena siitä, että kampanjan vastaukset, allekirjoitus ja kohdistus ovat valmiita.
Tyhjä hyväksymistaulukko
- Todellinen Ambassador-versio, tilin ja sovellettavuuden vahvistus: ____.
- Hyväksytty lähettävä verkkotunnus tai aliverkkotunnus ja yrityksen omistaja: ____.
- Olemassa olevat valitsimen riippuvuudet ja törmäyspäätös: ____.
- Aliverkkotunnusten nimeämisrajoitukset tarkistettu: ____.
- Kolme luotua tietuetyyppiä, täydelliset omistajat ja arvot: ____.
- Nykyiset SPF käytännöt ja sähköpostin reititysriippuvuudet säilytetty: ____.
- DNS operaattori, hyväksytty muutosviite ja palautuksen omistaja: ____.
- Sovelluksen tila, DNS havaintoajat ja ratkaisemattomat virheet: ____.
- Lähtevät osoitteet ja kampanjaosoitteet, joiden postilaatikoiden omistajat voivat vastata: ____.
- Valtuutetut viestien identiteetit, linjaustodisteet ja julkaisun hyväksyjä: ____.
Kaikki merkinnät ovat tyhjiä. Alkuperäiset todisteet, ihmisten/pk-yritysten tarkastelu, lähteiden soveltuvuus, tuotantoreitit, visuaalisen/saavutettavuuden tarkastus ja omistajan vapauttaminen ovat avoinna. Vuokralaisen asetusta, DNS muutosta tai viestin lähetystä ei ole tapahtunut. Todennus ei takaa postilaatikon sijoittelua tai turvallista yrityspyyntöä. RFC 9989 , kohta 2.4