Kerää oikea tili ja DNS käyttöoikeus
Flodeskin nykyinen manuaalinen prosessi vaatii mukautetun verkkotunnuksen sähköpostiosoitteen, pääsyn Flodesk-tiliin ja pääsyn verkkotunnuksen DNS hallintaan. Tunnista, kuka hallitsee arvovaltaista DNS ää sen sijaan, että olettanut, että rekisteröijä isännöi aktiivista vyöhykettä. Säilytä nykyiset tietueet ennen muutosten tekemistä, erityisesti muiden markkinointityökalujen tai tavallisten postilaatikoiden käyttämät tietueet.
Päätä, käyttääkö verkkotunnuksen omistaja manuaalista työnkulkua vai valtuuttaako automaattinen Entri-integrointi. Nämä ovat vaihtoehtoisia tapoja julkaista vaaditut tietueet, eivät erilaisia todennusprotokollia. Älä suorita molempia toistuvasti vain siksi, että vahvistus odottaa.
Käytä tilin manuaalista tietuejoukkoa
Avaa Oma tili > Verkkotunnuksen asetukset, valitse Todennus nyt verkkotunnuskortista ja valitse manuaalinen vaihtoehto. Nykyisessä dokumentaatiossa kuvataan kaksi mahdollista joukkoa: viisi tietuetta, jotka koostuvat yhdestä SPF, kolme DKIM ja yksi DMARC -tietuetai kolme tietuetta, jotka koostuvat yhdestä kustakin. Tili määrittää, mitä joukkoa sovelletaan. Älä kopioi kiinteää määrää tai valitsin aiheeseen liittymättömästä opetusohjelmasta.
Käytä jokaista kopiosäädintä saadaksesi tarkan omistajan ja arvon. Flodesk määrittelee CNAME tietueet sen SPF ja DKIM merkinnöistä ja a TXT tietue varten DMARC. Säilytä näytetyt tyypit. CNAME on toisen nimen DNS alias; se ei ole tekstimekanismi, joka liitetään olemassa olevan SPF -merkkijonon sisään.
Flodesk kehottaa erityisesti lisäämään SPF CNAME -tietonsa erilliseksi tietueeksi, ei yhdistämään sitä olemassa olevaan SPF TXT -käytäntöön. Tämä ei tarkoita, että kahden v=spf1 -käytännön julkaiseminen yhdellä omistajalla on turvallista. Luodulla CNAME on oma omistaja ja toiminto. Jos omistaja on jo käyttänyt yhteensopimattomia tietoja, lopeta ja ratkaise ristiriita DNS järjestelmänvalvojan kanssa sen sijaan, että korvaisit toisen palvelun.
Säilytetään nykyinen DMARC päätös
Manuaalisten ohjeiden mukaan näytettävä DMARC TXT -tietue lisätään vain, jos DMARC tietuetta ei ole jo olemassa. Näytetty käytäntö on tarkoitettu jäsenille, joilla ei ole käytäntöä. Älä luo toista DMARC tietuetta tai korvaa vakiintunutta hylkäys- tai karanteenikäytäntöä asennusesimerkillä.
Tarkista tarkka käytännön omistaja ja nykyiset asetukset verkkotunnuksen järjestelmänvalvojalta. Todennuksen onnistuminen edellyttää kelvollista kohdistettua SPF tai DKIM polkua sovellettavassa tilassa; Käytännön julkaiseminen ei ole todiste siitä, että kampanjat täyttävät sen. Pidä organisaation raportointi- ja täytäntöönpanopäätökset erillään Flodeskin luomien tietueiden lisäämismekanioista.
Suorita vahvistus loppuun ilman tarpeettomia uudelleenkäynnisyksiä
Kun olet julkaissut tietueet, palaa Flodeskiin ja lopeta kohtaan Next and Done. Palvelu valvoo DNS automaattisesti. Dokumentaatio kuvaa Odottavat ja osittaisen vahvistuksen tilat ilmoitetun ikkunan aikana, joka on enintään 48 tuntia. Käsittele sitä palveluntarjoajan ohjeena, ei yleisenä takuuna siitä, että jokainen DNS vika korjaantuu itsestään kahden päivän kuluttua.
Osittainen tila voi syntyä, kun eri tietueet tulevat näkyviin. Vertaa ensin arvovaltaisia vastauksia tilin tarkkaan ennätysjoukkoon. Tarkista päällekkäiset verkkotunnuksen jälkiliitteet, väärät tietuetyypit, virheelliset CNAME kohteet ja muutokset, jotka on tehty ei-aktiivisella DNS isännällä. Jos oikeat tietueet ovat näkyvissä, mutta tila pysyy ratkaisemattomana dokumentoidun ikkunan jälkeen, kerää tietuejoukko ja tila tueksi sen sijaan, että käynnistät todennuksen toistuvasti uudelleen.
Ymmärrä automaattinen vaihtoehto
Automaattinen kulku alkaa myös Domain setup -kohdasta. Valitse automaattinen todennus ja yhdistä verkkotunnuksen tarjoaja Entrin kautta. Omistaja valtuuttaa Entrille tarvittavat käyttöoikeudet DNS tietueiden lisäämiseen. Tarkista pyydetyt käyttöoikeudet ja suunnitellut muutokset ennen hyväksymistä; integraatio on kolmas osapuoli, ei vain erilainen näkymä DNS editorista.
Flodesk sanoo, että palveluntarjoaja, jota ei tueta, johtaa manuaaliseen vaihtoehtoon. Jos automaattinen asennus ei ole valmis, tarkista, mitä todella luotiin ennen menetelmien vaihtamista. Vältä päällekkäisiä käytäntöjä tai vahingossa tapahtuvaa työtietueen korvaamista. DNS isäntien vaihtaminen myöhemmin edellyttää myös näiden tietueiden säilyttämistä uudella valtuutetulla vyöhykkeellä. Pelkkä rekisterinpitäjän muutos ei ole todiste DNS siirtämisestä tai tietueiden katoamisesta.
Vahvista kampanja, ei vain verkkotunnuskortti
Lähetä valvottu sähköposti tuotannon työnkulun kautta postilaatikkoon, jossa voit tarkistaa alkuperäiset otsikot. Tallenna näkyvä Lähettäjä-toimialue, kirjekuoriverkkoalue, jokainen DKIM -allekirjoitustoimialue ja -valitsin sekä luotettavan vastaanottajan todennustulokset. Vahvista kulkeva polku linjaus sen sijaan, että oletetaan, että vahvistettu kortti takaa jokaisen tulevan reitin.
Havainnollistava tapaus, ei Flodeskin havainto: From on hello@example.com ja DKIM ohittaa osoitteen d=example.com. Se tarjoaa tarkan DKIM kohdistuksen. Jos asiaankuulumaton kirjekuoren toimialue läpäisee SPF , tämä tulos ei yksin ole linjassa example.com kanssa. Säilytä molemmat tulokset, jotta myöhempää allekirjoitusvirhettä ei piiloteta riippumattomalla SPF passilla.
Pidä palautustietue ja testaa DNS-isäntäsiirto ennen kuin julistat sen valmiiksi. Todennus ei takaa postilaatikon sijoittamista; maine, viestin sisältö ja vastaanottajan päätökset pysyvät erillään. Tämä opas sisältää vain ensimmäisen osapuolen dokumentaation ja synteettisen esimerkin. Varsinaista DNS muutosta, vuokralaisen vahvistusta tai vastaanotettua kampanjaa ei suoritettu, ja ihmisen tuotannon hyväksyntä odottaa edelleen.
Ratkaise ennätystörmäys arvaamatta kohdetta
Oletetaan kirjallisessa tapauksessa FL-01, että Flodesk-paneeli pyytää CNAME luodulta omistajalta, joka on tässä muodossa bounce.example.com , mutta DNS inventaari osoittaa, että sama omistaja on jo toimiva Ennätys asiaan liittymättömään palveluun. Tämä omistaja on havainnollinen, ei todellinen Flodeskin luoma etiketti; pyydetty CNAME kohde on tuntematon. Älä korvaa A-tietuetta tai liitä kohdetta juuri SPF TXT . DNS omistajan on tunnistettava riippuvuus ja sovittava tuettu ristiriitojen ratkaisu palveluntarjoajan kanssa ennen jatkamista. Pidä nykyinen DMARC käytäntö muuttumattomana ja kampanja vahvistamatta. DNS vastausta, tililupaa tai viestiä ei saatu tähän tapaukseen.
Säilytä täytäntöönpanoraja
RFC 9989 Kohta 7.4 edellyttää kelvollista DKIM , ei pelkästään SPF , verkkotunnusten julkaisemiseen p=reject, ja varoittaa epäsuoran postin ja postituslistan yhteentoimivuudesta. Yksittäinen onnistunut suoraviestitesti ei ole todiste siitä, että jokainen laillinen reitti on valmis vahvempaan politiikkaan. Säilytä olemassa oleva hyväksytty suojaus diagnosoidessasi todellista aukkoa; Jokainen politiikan muutos vaatii oman päätöksensä.