Higher Logic Vanillassa käsittele lähettäjän todennusta koordinoituna yhteisönä, tukina ja DNS muutoksena. Tämä ei ole opas itsenäisesti asennetulle avoimen lähdekoodin keskusteluryhmälle tai toiselle Higher Logic -sähköpostituotteelle. Tunnista ensin yhteisö ja sen hyväksytty julkinen lähettäjäidentiteetti; ilmoitusosoite ei saa paljastaa järjestelmänvalvojan yksityistä osoitetta vahingossa.
Koordinoi tuettu asennus
Tarkista Dashboard > Asetukset > Viestintä > Sähköpostiasetukset ja lähtevän postin lähettäjän nimi ja osoite. Pyydä Vanilla-tukea vahvistamaan nämä asetukset ja toimittamaan DNS tietueet sen toimintatiimin kautta. DNS omistajasi toteuttaa toimitetut tietueet, minkä jälkeen tuki vahvistaa aktivoinnin. Julkinen opas tunnistaa SendGrid lähetyspalveluksi. Siinä sanotaan myös, että tuen tulee vahvistaa paluupolku verkkotunnus ja koskeeko include:vanilla.email vai include:sendgrid.net . Älä valtuuta molempia olettamuksella. Vaniljalähettäjä-todennusviite
Säilytä kopio tuen tarjoamista omistajien nimistä, tyypeistä ja arvoista hyväksytyn muutoksen kanssa. Älä käytä uudelleen toisen yhteisön valitsimia. Jos ehdotetulla omistajanimellä on jo a CNAME, ratkaise nimiristiriita ennen kuin yrität lisätä sinne TXT tietoja. Erillisen sähköpostiidentiteetin valitseminen voi olla turvallisempaa kuin yhteisön verkkosivuston käyttämien tietueiden muuttaminen.
Testaa yhteisökohtaisia seurauksia
Käytä ilmoitusta, jonka jäsenet ovat todella tilaneet, käyttämällä valvottua testitiliä ja vastaanottajaa. Vahvista näkyvä lähettäjä, vastauskäyttäytyminen ja todennus erikseen. Onnistunut verkkosivuston lataus ei testaa sähköpostia, eikä mallin esikatselu todista ilmoituksen todellista lähetyspolkua. Vältä laajan ilmoituksen lähettämistä vain yhden otsikkonäytteen saamiseksi. Jos yksi ilmoitusluokka eroaa, tutki sen reittiä sen sijaan, että käsittelet yhtä ohimenevää näytettä todisteena jokaisesta yhteisöviestistä.
Julkisen oppaan varoitus mukautetusta verkkotunnuksesta CNAME koskee samaa DNS omistajan nimeä: se ei ole kielto jokaiselle mukautetulle From-verkkotunnukselle. Säilytä verkkosivuston tietue ja pyydä tukea tunnistamaan asianmukaiset sähköpostien nimet. Tallenna, kuka vahvisti aktivoinnin ja milloin, ei vain DNS tallennusajankohtaa.
Tarkista DNS ja todellinen vastaanottotulos
Ennen kuin muutat yhteisön ilmoitusten lähettäjän asetuksia, vie nykyiset DNS arvot, tallenna hyväksytty ero ja nimeä palautuksen omistaja. Varmista, odottaako DNS editori suhteellista nimiötä vai täydellistä nimeä; verkkotunnuksen pääte kaksinkertaistaa ennätys jota mikään tarkoitettu todentaja ei löydä. Query the actual owner name after saving, including any CNAME target, rather than relying on the editor's success banner.
SPF on pysyttävä yhtenä käytäntönä kyseisessä toimialueella ja pysyttävä DNS-kyselyn termien rajoissa RFC 7208. Sisällön lisääminen ei itse vahvista linjaus. Under RFC 9989, DMARC ohittaa, kun vähintään yksi onnistunut SPF tai DKIM tulos on kohdistettu näkyvän Lähettäjä-verkkotunnuksen kanssa sovellettavassa tilassa. Älä vaadi molempien mekanismien kohdistamista standardin asettaman ehdon mukaisesti, äläkä sekoita palveluntarjoajan verkkotunnuksen passia yhdenmukaistettuun asiakkaan verkkotunnuksen passiksi.
Lähetä tilatun yhteisön ilmoitus, joka lähetetään live-yhteisötyönkulun kautta hallitsemaasi postilaatikkoon. Tallenna vastaanottavan järjestelmän luotetut todennustulokset, näkyvä From, kirjekuoren identiteetti, DKIM d=- ja s=-arvot, aikaleima ja palveluntarjoajan tila. DNS haku näyttää vain käytettävissä olevan avaimen; RFC 6376 varmennus arvioi myös allekirjoituksen vastaanotetun viestin päälle. Käytä ei-arkaluonteista sisältöä ja vältä asiakkaiden täydellisten viestien paljastamista julkisille ruuduille.
Käytä rajoitettua hyväksymis- ja peruutuspäätöstä
Vain kuvitteellinen kirjallinen diagnoositapaus: VA-01 olettaa, että community.example on verkkosivuston CNAME , ja operaattori ehdottaa SPF TXT lisäämistä samalle omistajan nimelle. Aiottu ilmoitus Lähettäjä on community@example.org , mutta kirjekuoren ja DKIM identiteetit/tulokset jäävät tuntemattomiksi. Yhteisön omistajan on hankittava tarkat sähköpostin omistajien nimet tuesta ja ratkaistava verkkosivuston nimen törmäys muuttamatta asiaankuulumatonta verkkosivuston reititystä. Mallin esikatselu ei voi sulkea aktivointia tai tasausta. Tässä esimerkissä ei testattu tiliä, DNS , välitystä tai viestiä.
Jos testi epäonnistuu, erota puuttuva DNS , väärin valitsin, inactive provider configuration, unexpected routing and message modification before making another change. Testaa samaa työnkulkua uudelleen jokaisen hyväksytyn korjauksen jälkeen. Älä heikennä koko toimialueen DMARC käytäntöä piilottaaksesi yhden lähettäjän ongelman. Jos palautus on tarpeen, palauta hyväksytty aikaisemman reitityksen tai lähettäjän kokoonpano ja säilytä avaintietueet, kun jonossa olevat allekirjoitetut viestit tarvitsevat niitä. Säilytä testitodisteet ja ratkaisemattomat poikkeukset verkkotunnuksen inventaariossa. Tämän oppaan valmistelussa ei tehty vuokralaisen pääsyä, DNS muutosta tai todellista lähetystä.
Pidä vastuullinen hyväksymispöytäkirja
Create one row per account, domain and materially different route. Tallenna yrityksen omistaja, DNS omistaja, muutosviite, tarkoitettu Lähettäjä, tarkkailtava, kirjekuoren verkkotunnus ja SPF tulos, kukin DKIM d= ja s= tulosineen, sovellettava kohdistustila, luotettava vastaanotin ja aikaleima, palveluntarjoajan aktivointitila, sijoittelun havainnointi, ratkaisematon kysymys ja seuraava toimenpide. Merkitse puuttuvat arvot tuntemattomiksi sen sijaan, että käsittelet niitä hyväksytyinä tai hylätyinä. Omistaja hyväksyy vain suunnitellun reitin ja identiteetin, joka tukee tallennettuja todisteita; muuten noudata tätä reittiä ja noudata hyväksyttyä elvytyssuunnitelmaa.
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.