Vanha DNS liitäntä saattaa tarjota ennätys merkitty tyyppi SPF. Tämä nimiö voi viitata historialliseen tyypin 99 resurssitietueeseen, joka ei ole nykyisen SPF version 1 määrityksen edellyttämä julkaisumuoto. RFC 7208 §3.1 vaatii SPF politiikan TXT ssä, DNS tyyppi 16, ja lopetti aiemman vaihtoehtoisen tyypin lähestymistavan.
Vanhempaa verkkotunnusta ylläpitävälle järjestelmänvalvojalle hyödyllinen tehtävä on yhteensopivuuden puhdistaminen: selvittää, mitä todella tarjotaan, tehdä TXT oikeaksi ja tunnistaa kaikki vanhat järjestelmät, jotka ovat edelleen riippuvaisia tyypistä 99, ennen kuin poistat vanhentuneet tiedot.
Vahvista johdon tyyppi
Tuote voi käyttää SPF :ää ystävällisenä konfigurointitarrana samalla kun se luo TXT -tietoja. Toinen käyttöliittymä voi aidosti luoda tyypin 99. Älä päätä pelkästään valikon sanamuodosta. Kysy TXT nimenomaisesti ja jos DNS työkalusi tukee sitä, kyselytyyppi 99 erikseen. Tallenna vastaustyypit, omistajan nimi, arvot ja TTL:t.
SPF käytäntö kuuluu arvioituun verkkotunnukseen. TXT käytäntö juurissa ei automaattisesti kata erillistä kirjekuoren aliverkkotunnusta. Varmista, että tarkastettava toimialue vastaa todellista lähetysidentiteettiä, ennen kuin päätät, että puuttuva TXT tulos selittää postiongelman.
Ymmärrä, miksi kaksoisjulkaisu ei ole tavoite
Historiallinen RFC 4408 §12 tallentaa SPF tyypin 99 allokoinnin; että kokeellinen määrittely salli vaihtoehtoisen resurssitietuetyypin. RFC 7208 §3.1 selittää, että siirtymämenetelmä ei tuottanut luotettavaa yhteistä käyttöönottomallia ja valitsi TXT vain SPF versiolle 1. Kahden erilaisen kopion säilyttäminen ei paranna nykyaikaista SPF arviointia; se luo toisen kokoonpanon, jonka ihmiset voivat tarkastaa ja ymmärtää väärin.
Pelkästään tyypin 99 tietue ei siksi riitä standardien mukaiseen SPF -version 1 julkaisuun. Oikea TXT tietue on toiminnallinen prioriteetti. Jos TXT ja tyyppi 99 ovat eri mieltä, älä valitse sitä, kumpi arvo näyttää tiukemmalta. Muodosta aiottu lähettäjäkäytäntö nykyisten palvelun omistajuuden ja tarjoajan ohjeiden perusteella.
Suunnittele konservatiivinen muuttoliike
Aloita viemällä nykyinen DNS tila. Jos TXT puuttuu, suunnittele ja vahvista oikea käytäntö ennen sen julkaisemista. Jos TXT on jo olemassa, varmista, että se on ainoa sovellettava SPF TXT -tietue kohdassa RFC 7208 §4.5 ja arvioi oikein. Älä luo toista TXT -käytäntöä vain siksi, että tyyppi 99 on olemassa.
Synteettisessä esimerkissä toimialue palvelee tyypin 99 sisältävää v=spf1 ip4:192.0.2.10 -all mutta sillä ei ole SPF TXT -tietuetta. Nykyaikainen TXT-pohjainen arviointi ei saa käytäntöään tuosta tyypin 99 arvosta. Hyväksytyn vastaavan TXT -käytännön julkaiseminen korjaa puuttuvan vakiojulkaisumuodon. Osoite on vain dokumentaatiota varten, eikä sitä saa kopioida tuotantoon.
Ennen kuin poistat tyypin 99, tarkista sisäiset sähköpostiohjelmistot, DNS automaatio, valvontakomentosarjat ja muutosmenettelyt vanhojen odotusten varalta. Paikallinen työkalu voi silti kysyä sitä, vaikka standardi ei sitä vaadi. Päivitä nämä riippuvuudet tarkoituksella ja poista sitten vanhentunut tietue organisaation muutosohjaimista. Tämä on varotoimenpide, ei suositus säilyttää tyyppi 99 loputtomiin.
Tarkista DNS ja todellinen sähköposti
Tarkista arvovaltaiset TXT -vastaukset julkaisun jälkeen ja ota huomioon rekursiiviset välimuistit. Testaa todellisia viestejä säilytetyistä lähetyspalveluista luotetuilla vastaanottajilla, huomioi käytetty SMTP identiteetti ja SPF tulos. Vastaanottimen raportointipassi toiselle toimittajan ohjaamalle kirjekuorialueelle ei todista, että korjatun toimialueen TXT käytäntöä on käytetty.
Päivitä runbookit sanomaan TXT tyyppi 16 ja tallenna odotettu omistajan nimi. Jos palveluntarjoajan käyttöliittymä jatkaa SPF -tunnisteen käyttöä, dokumentoi, mitä se luo. Tämä estää samaa ongelmaa palaamasta rekisteröijän siirron tai DNS-palveluntarjoajan siirron aikana.
Määrittele valmistumistodistus
Säilytä DNS vastaukset ennen ja jälkeen, lähettäjän käytäntöjen hyväksyntä, poistettujen vanhojen riippuvuuksien luettelo ja edustavat viestitestit. Tavoitteena on yksi ylläpidetty SPF version 1 käytäntö vaaditussa muodossa, jolloin vanhat työkalut eivät enää esitä ristiriitaisia todisteita.
Käytä todisteita päätöksenteossa
Vain type99-esimerkissä säilytä erilliset kyselytulokset TXT ja type99:lle. Olettaen, että henkilöllisyys on kelvollinen eikä hakuvirhettä löydy, standardien mukainen SPF tarkistus ei löydä TXT käytäntöä eikä palauta yhtään. se ei lainaa tyyppiä 99. Hyväksytyn TXT muutoksen jälkeen vaadi näyte, joka käyttää tätä tarkkaa identiteettiä ennen sulkemista. Tämä on odotettua protokollakäyttäytymistä, ei mitattua siirtymistä.