Valitsemalla an SPF toimintamalli on päätös siitä, kuka ylläpitää lähettäjävaltuutusta. "Hosted" ja "dynamic" eivät korvaa arkkitehtuurikaaviota. Ennen kuin vertailet kustannuksia, kysy, mitä DNS ssäsi on jäljellä, mitä toinen organisaatio voi muuttaa ja miten epäonnistunut päivitys tai riippuvuus, joka ei ole käytettävissä, vaikuttaa sähköpostiisi.
Kuvaile malleja konkreettisesti
Manuaalisesti hallinnoidussa mallissa tiimisi muokkaa käytäntöä ja tarkistaa riippuvuudet. Voit silti luottaa palveluntarjoajan ohjaamiin sisältöihin, joten manuaalinen muokkaaminen ei tarkoita, että jokainen syöte on sinun hallinnassasi. Isännöidyssä mallissa toinen palvelu voi hallita viitattua käytäntöä, luoda ehdotetun tietueen tai julkaista muutoksia integroinnin kautta. Nämä järjestelyt antavat erilaiset valtuudet.
"Dynaaminen SPF " voi kuvata automaattisia päivityksiä tai hallittua käytäntöpalvelua. Se ei ole erillinen versiomerkki tai takuu tuoreudesta. Pyydä toimittajaa piirtämään tarkat haku- ja päivityspolut ja nimeämään DNS vyöhykkeet, editoritilit ja valvontajärjestelmät. Vältä olettamaan ominaisuutta vain siksi, että se esiintyy markkinointikategoriassa.
Erota protokollasäännöt palvelulupauksista
RFC 7208 ohjaa SPF -arviointia johtamismallista riippumatta. Hallittu palvelu ei myönnä suurempaa arvioitua ajanjaksoa. Sen luodun tai isännöidyn lähdön on silti toimittava oikein lähetysidentiteeteillesi.
Pyydä todisteita ehdokastietueesta, ei vain kojelaudan pistemäärää. Vaadi edustavia positiivisia ja negatiivisia arvioita, riippuvuuspuuta, tuettuja käytäntörakenteita ja epäonnistuneiden ylävirran lukujen käsittelyä. Käytä kaikissa litteissä tulosteissa tasoittava arviointi tutkia semantiikkaa ja tuoreutta.
Luo vastuullisuusvertailu
Nimeä kunkin vaihtoehdon kohdalla henkilö tai toimittaja, joka vastaa lähettäjän hyväksymisestä, sen osoitteen laajuuden ylläpitämisestä, DNS julkaisemisesta, epäonnistuneiden päivitysten havaitsemisesta ja palvelun palauttamisesta. Merkitse vastuu ratkaisemattomaksi, kun kumpikaan osapuoli ei omista sitä. Näennäisesti halpa vaihtoehto voi riippua siitä, että järjestelmänvalvoja tekee budjetoimatonta päivittäistä työtä.
Käytä tätä havainnollistavaa vertailutehtävää. Palkanlaskentapalvelusi tarvitsee uuden kirjekuoriverkkotunnuksen. Yhden ehdotuksen mukaan toimittaja lähettää ohjeet sähköpostitse ja DNS tiimi toteuttaa ne. Toisessa hallintapalvelu voi muuttaa viitattua valtuutusta ilman muuta paikallista muokkausta. Kumpikaan malli ei ole luonnostaan voittaja. Toinen edellyttää vahvempaa huomiota toimittajan muutosohjauksiin; ensimmäinen edellyttää luotettavaa sisäistä vastausprosessia.
Kysy, kuka voi poistaa lähtevän myyjän ja miten todistat poistamisen tapahtuneen. Järjestelmä, joka tekee käyttöönoton yksinkertaiseksi mutta jättää käytöstä poistamisen epäselväksi, on epätäydellinen.
Arvioi saatavuus ja muuta näkyvyyttä
Luettele riippuvuudet, jotka vastaanottimen on saavutettava, ja ne, joita vain taustapäivitys käyttää. Reaaliaikainen käytäntöriippuvuus voi vaikuttaa arviointiin, kun se ei ole käytettävissä. Epäonnistunut taustapäivitys voi sen sijaan jättää vanhan julkaistun käytännön käyttöön. Molemmilla on merkitystä, mutta niiden oireet ja toipumismenettelyt vaihtelevat.
Pyydä aktiivisen kokoonpanon, muutoshistorian ja alkuperäisten palveluntarjoajan kartoitusten vientiä. Varmista, saapuvatko hälytykset valvottuun kohteeseen, kun tilaus päättyy, valtuustieto lakkaa toimimasta tai kun alue muuttuu merkittävästi. Arvioi pääsynvalvonta erillään mukavuudesta: vältä laajan DNS käyttöoikeuden myöntämistä, kun kapeampi tuettu integraatio riittäisi.
Harjoittele poistumista ennen sitoutumista
Kirjoita muistiin, kuinka hallittu riippuvuus korvataan, kuka voi muokata arvovaltaista vyöhykettä ja mitkä lähetystestit vahvistavat korvauksen. Tarkista sopimus- ja peruutustiedot suoraan ostaessasi; tämä opas ei vaadi minkään toimittajan ehtoja. Säilytä viimeisin toimiva kokoonpano, mutta älä oleta, että se pysyy voimassa loputtomiin palvelusta poistumisen jälkeen.
Tee päätös käyttämällä jatkuvaa työtä, tuettua semantiikkaa, havaittavia päivityksiä, tapausvastausta ja poistumisvalmiutta. Pidä lähettäjän inventaario minkä tahansa toimittajan kojelaudan ulkopuolella, joten vastuu säilyy ymmärrettävänä henkilöstön tai toimittajan vaihtuessa.
Tee päätös kirjallisesti
Jos kyseessä on hypoteettinen hallittu vaihtoehto, kirjaa muistiin, muokkaako se DNS osoitettasi, ohjaako se sisällytyskohdetta vai luoko se vain ehdotuksen. Määritä lähettäjän hyväksyjä, julkaisija, alkuvaiheen muutoksen valvonta ja palautuksen omistaja. Jos toimittaja omistaa live-kohteen, mutta kukaan ei omista katkoksen eskalaatiota, toimintamallissa on aukko. Jos se luo vain tekstiä, DNS julkaisu ja vanhentuneiden tulosteiden käsittely tarvitsevat silti omistajan. Toimittajan valmiuksia tai hinnoittelua ei oletettu.