Erota Clever Elements -verkkotunnuksen omistajuus todennuksesta
Clever Elements julkaisee erilliset ohjeet toimialueen hallinnan todistamiseen ja sähköpostin todennuksen määrittämiseen. Tämä opas kattaa ne dokumentoidut Clever Elements -tilityönkulut, ei CleverReachia tai muuta samannimistä markkinointialustaa. Todennusartikkeli on päivätty 19. huhtikuuta 2024 ja omistajuusartikkeli 19. maaliskuuta 2024. Niiden tuotevaiheet tarjoavat hyödyllistä näyttöä asennuksesta, mutta heidän ikänsä edellyttää nykyisen tilin soveltuvuuden tarkistamista, etenkin jos vanhemmat DMARC neuvonta poikkeaa nykyisestä standardista.
The verkkotunnuksen omistajuusopas ohjaa käyttäjää julkaisemaan a TXT tietue joka sisältää tilin vahvistuskoodin. Käytä annettua koodia artikkelissa painetun havainnollistavan koodin sijaan. Tarkistus osoittaa asiaankuuluvan DNS kokoonpanon hallinnan; se ei ole a DKIM julkinen avain, an SPF käytäntö tai todiste siitä, että tietty postitus todentaa. Pidä jokaisen tietueen tarkoitus selkeänä muutospyynnössä.
Tunnista lähettäjän verkkotunnus ja olemassa olevat riippuvuudet
Ennen kuin lisäät tietueita, tunnista aiottujen postitusten käyttämä todellinen lähettäjän toimialue ja kuka hallitsee sen arvovaltaista DNS . Verkkolinkkeihin käytetty verkkotunnus voi poiketa näkyvässä sähköpostiosoitteessa olevasta verkkotunnuksesta. Clever Elements suosittelee erillistä brändättyä hyperlinkkiverkkotunnusta todennuksen rinnalle, mutta tätä suositusta ei tule pitää todisteena siitä, että linkin brändäys todentaa lähettäjän. Tarkista jokainen toiminto omilla ehdoillaan.
Varaston olemassa oleva SPF -käytäntö, aktiivinen DKIM valitsin omistajat ja nykyinen DMARC -käytäntö ennen kuin muutat mitään. Tallenna muut samalla organisaatioidentiteetillä lähettävät palvelut, jotta niiden valtuutus ei poistu vahingossa. Jos valittu verkkotunnus on aliverkkotunnus, tarkista sen todellinen käytäntö ja delegointi sen sijaan, että olettaisit, että kaikki asetukset on peritty ylätasolta. Asiakkaan verkkotunnusta, postituslistaa tai DNS tietuetta ei ole tarkastettu tälle käsikirjoitukselle.
Julkaise dokumentoitu DKIM alias ja aktivoi allekirjoitus erikseen
Virkamies todennuksen asetusopas määrittelee a CNAME etuliitteellä cemsc. _domainkey osoittaa osoitteeseen dkim.cemsc.net lähettäjän toimialueelle. Varmista ennen julkaisemista, että tämä dokumentoitu arvo on edelleen voimassa käyttötilillä. Vertaa lopullista täysin pätevää omistajaa DNS editorin päätteen käyttäytymiseen ja tarkista, tarvitaanko vielä olemassa olevia tietueita kyseisellä nimellä. Älä ylikirjoita käytössä olevaa omistajaa ymmärtämättä sen riippuvuutta.
Oppaassa edellytetään nimenomaisesti DKIM lähetyksen sallimista tilille tietueen lisäämisen jälkeen. Se kuvaa optimointivaihtoehtojen ikkunaa ja vaihtoehtoista ohjausta käyttäjätilin oikeassa yläkulmassa. DNS julkaisu ja tilin asetus ovat erillisiä vaiheita. Oikea alias ei voi saada passiivista allekirjoittajaa luomaan allekirjoituksia, eikä käytössä oleva ohjausobjekti voi vahvistaa väärää aliasta. Kirjaa sekä julkiset todisteet että tilin todellinen tila, kun valtuutettu toimija suorittaa työn.
CNAME delegoi julkisen avaimen haun nimetylle tarjoajakohteelle. Se ei julkaise yksityistä avainta, eikä yksityinen materiaali kuulu hyväksymistaulukkoon. RFC 6376 , kohdat 3.5 ja 3.6.2.2 Määritä allekirjoituskentät ja TXT avainten tallennus. Myöhemmässä viestitason vahvistuksessa on käytettävä todellista allekirjoitusaluetta ja valitsinta sen sijaan, että oletetaan, että tuttu DNS etuliite todistaa, mikä avain allekirjoitti viestin.
Yhdistä SPF valtuutus koko esimerkin kopioimisen sijaan
Clever Elements -opas tulostaa käytännön, joka sisältää mx, include:cemsc.net ja softfail all -termin. Tämä on palveluntarjoajan esimerkki, ei täydellinen luettelo kaikista laillisista lähettäjistä todelliselle organisaatiolle. Tarkista, vastaavatko sen mekanismit todellista valtuutettua infrastruktuuria. Älä luo toista itsenäistä SPF ennätys tai poista olemassa oleva postilaatikko ja tapahtumapalvelut vain artikkelin näytteen toistamiseksi.
RFC 7208 , kohdat 2.4, 3.2 ja 4.6.4 tunnistaa POSTIA LÄHETTÄJÄ, kuvaa useiden tietueiden toimintaa ja aseta rajoituksia arvioiduille DNS-riippuvaisille termeille. Arvioi todellisen postitusreitin käyttämä kirjekuoren identiteetti ja sen täydellinen käytäntö. Laske sisäkkäiset riippuvuudet arviointipolun varrella sen sijaan, että käsittelisit jokaista näkyvää sisällytystä koko hakukustannustena. SPF lisäyksen julkaiseminen ei itse määritä sovellusta käyttämään tiettyä kirjekuoren identiteettiä tai takuuta linjaus näkyvän lähettäjän verkkotunnuksen kanssa.
Yhdistä vanhempi DMARC resepti nykyisten vaatimusten kanssa
Vuoden 2024 toimittajaartikkeli sisältää prosenttipohjaiset käyttöönottoohjeet ja pct-tunnisteen näytteessään DMARC tietueet. RFC 9989 , liite A.6 asiakirjat PCt:n poistaminen nykyisestä DMARC spesifikaatiosta. Älä esitä tätä vanhaa reseptiä nykyisen standardin generaattorina tai oleta, että prosenttiosuus tarjoaa aiotun käyttöönoton ohjauksen vastaanottimien välillä. Tarkista nykyinen lähettäjän kattavuus ja valitse siirtymäsuunnitelma nykyisen käyttäytymisen ja todisteiden perusteella.
Palveluntarjoaja kuvaa myös raportointiosoitteita ja vahvempia politiikkavalintoja. Nämä ovat verkkotunnuksen omistajan päätöksiä, eivät vaarattomia oletusasetuksia, jotka kopioidaan asetussivulta. Säilytä olemassa oleva käytäntö, kunnes sen laajuus, oikeat lähettäjät ja aiotut muutokset on tarkistettu. Raportin kohteen valintaan liittyy tietojen jakaminen ja operatiiviset vastuut; tämä käsikirjoitus ei luo raportointitietueita eikä valtuuta raporttien lähettämistä uudelle vastaanottajalle. Versiomerkkijono pysyy v=DMARC1 nykyisen standardin alla, ei keksittynä toisena versiona.
RFC 9989 , kohta 4.4 selittää linjauksen. Hyväksytty tasattu SPF tulos tai hyväksytty tasattu DKIM tulos voi täyttää todennusehdon; standardi ei yleisesti vaadi molempien läpäisemistä. Kaksi välitystulosta toisiinsa liittymättömille verkkotunnuksille ei vastaa kohdistusta. Pidä palveluntarjoajan suositus useiden mekanismien määrittämisestä erillään normatiivisesta arviointisäännöstä.
Tulkitse tuotteen tarkistukset suppeasti
Clever Elements sanoo, että sen järjestelmä havaitsee, onko tietueet asetettu oikein, ja poistaa optimointiilmoituksen lähettämättömän sähköpostin tietonäkymästä, kun sekki on täytetty. Siinä kuvataan myös käytettyjen lähettäjän verkkotunnusten tarkistaminen käyttäjätilillä. Nämä ovat hyödyllisiä tilihavaintoja, mutta ne eivät korvaa varsinaisen postitusreitin luotettavaa vastaanottajatodistusta. Kadonnut ilmoitus ei ole todiste postilaatikon sijoittamisesta tai vastaanottajan sitoutumisesta.
Omistusartikkeli antaa tavallisen tunnistusarvion minuuteista ja mahdollisesta viiveestä jopa 48 tuntia. Käsittele niitä palveluntarjoajan ohjeina, älä todisteena siitä, että väärä nimi tai arvo lopulta toimii. Ehdotetun hyväksymisharjoituksen tulee säilyttää todellinen havainnointiaika ja konfigurointitila, ja sen jälkeen tulee käyttää erikseen valtuutettua vaaratonta viestiä allekirjoituksen ja kohdistustulosten tarkastamiseen. Täällä ei ole tehty postitusta, tilin vaihtoa, DNS kyselyä tai diagnostiikkalähetystä.
Kuvitteellinen diagnoosi: DNS oli valmis, mutta allekirjoitus ei ollut käytössä
Kuvitteellinen julkaisija, Lantern Field Notes, lisää dokumentoidun DKIM aliaksen ja tilinsä myöntämän omistajuuden TXT koodin. Sen editori merkitsee todennuksen valmiiksi, koska molemmat tietueet ovat näkyvissä DNS paneelissa. Tarkastuksessa havaitaan, että DKIM -lähetysohjausta ei ole otettu käyttöön ja että aiotusta lähettäjäalueesta ei ole todisteita vastaanottajasta.
Ehdotettu korjaus on erottaa omistajuuden vahvistaminen, avaimen haku, allekirjoituksen aktivointi ja viestien hyväksyminen erillisiksi tarkistuslistan kohteiksi. Se ei korvaa julkista avainta tai kiristä DMARC välittömästi. Esimerkki on kuvitteellinen eikä sisällä todellisia tilaajatietoja, palveluntarjoajan tulosta tai suoritettua testiä. Se havainnollistaa, miksi DNS valmistelu ei yksinään pysty muodostamaan aktiivista allekirjoituskokoonpanoa.
Tyhjä hyväksymistaulukko ja vapautusraja
- Tuote, nykyisen tilin soveltuvuus ja lähettäjän verkkotunnus: ______
- Myönnetty omistajuuden TXT -koodiviite ja julkinen vahvistustulos: ______
- DKIM -aliaksen omistaja/kohde ja olemassa olevan tietueen riippuvuuden tarkistus: ______
- Valtuutettu DKIM -lähetysaktivointi ja havaittu tilin tila: ______
- Täydellinen SPF käytäntö ja arvioitu riippuvuustodistus: ______
- Nykyinen DMARC -päätös, vanha pct:n tarkistus ja raportoinnin hyväksyntä: ______
- Tilin tarkistuksen tulos ja luotettava vastaanotetun viestin kohdistamistodistus: ______
- Muut poikkeukset, omistajan palautus ja julkaisupäätös: ______
Alkuperäiset toteutustodisteet, ihmisen suorittaman kohteen tarkistus, nykyisen lähteen soveltuvuus, tuotantoreittien testaus, visuaalinen saavutettavuus ja omistajan julkaisu ovat avoinna. Laajempi luettelovaatimus vaatii edelleen valtuutettua toiminnallista näyttöä. Tämä opas ei väitä, että käytössä oleva tili on määritetty, että vanha DMARC esimerkki pysyy ajan tasalla tai että todennettu sähköposti taataan saapuvan postilaatikkoon.