Erillinen todennus sähköpostin siirrosta
Fastmailin toimialueen ohjattu toiminto voi muuttaa muutakin kuin lähtevän todennuksen. Sen verkkosivustokysymys vaikuttaa siihen, suositteleeko se vain muutosta MX tietueita tai liikkuu nimipalvelimet. Päätä ennen aloittamista, siirrätkö saapuvan postin, delegoitko DNS hallinnan vai korjaatko vain jo määritetyn toimialueen todennuksen. Inventoi verkkosivusto, olemassa olevat postilaatikot, aliakset ja muut vyöhykkeestä riippuvat palvelut.
Aloita verkkotunnuksen määritystyönkululla omalla Fastmail-tililläsi ja vahvista sen tunnistama rekisteröijä. Ohjattu toiminto tarjoaa nopean asennuksen yksinkertaista yhden käyttäjän järjestelyä varten ja yksittäisten osoitteiden määrittämisen useille käyttäjille tai osoitteille. Valmistele aiotut vastaanottajien osoitteet ennen kuin ohjaat saapuvan postin palveluun. Todennus ei luo puuttuvia postilaatikoita.
Valitse DNS omistusmalli tietoisesti
Ohjattu toiminto dokumentoi, että vastaus Kyllä verkkosivuston luomiseen johtaa vain MX-ohjeisiin; Vastaus Ei johtaa nimipalvelimen ohjeisiin. Ohjeita voidaan muuttaa myöhemmin ohjatussa toiminnossa. Älä valitse Ei vain saadaksesi lyhyemmän asennuksen, jos olemassa olevan verkkosivuston tai muun DNS-riippuvaisen palvelun on pysyttävä käytettävissä.
Nimipalvelimien vaihtaminen siirtää arvovaltaisen DNS vastuun. Ennen kuin teet tämän muutoksen, säilytä kaikki vaaditut tietueet ja sovi palautuksesta verkkotunnuksen omistajan kanssa. Jos säilytät nykyisen DNS isännän, julkaise tarvittavat sähköpostin todennustietueet siellä. Ennätys kirjoitettu ohjauspaneeliin, joka ei ole virallinen, ei vaikuta vastaanottaviin palvelimiin.
MX tietueet reitittävät saapuvan postin. Ne eivät itsessään ole yhdenmukaisia DKIM tai valtuuta jokainen lähtevä lähettäjä. Pidä siirron saapuvan toimituksen hyväksyntä erillään sen todennustarkistuksista. Fastmail huomauttaa, että Fastmail ei voi palauttaa postia, joka ei koskaan pääse sen palvelimille.
Julkaise nykyinen DKIM valtuussarja
Fastmailin manuaalinen DNS dokumentaatio vaatii kaikki kolme virtaa CNAME levyjä. The valitsin etiketit ovat fm1. _domainkey , fm2. _domainkey ja fm3. _domainkey . Niiden kohteet sisältävät asiakkaan todellisen verkkotunnuksen ja päättyvät osoitteeseen dkim.fmhosted.com . Kopioi tarkat arvot verkkotunnuksesi ohjeista sen sijaan, että korvaat kirjaimellisen paikkamerkin dokumentaatioesimerkissä.
Vanhempi mesmtp-valitsin on nimenomaisesti merkitty vanhentuneiden verkkotunnusten käytöstä poistetuksi. Älä ota sitä uutena kokoonpanona vain siksi, että vanha opetusohjelma tai historiallinen vyöhykevienti sisältää sen. Älä myöskään poista vanhaa tietuetta tarkistamatta, onko palvelu edelleen riippuvainen siitä. Julkaise nykyinen joukko ja tarkista todellinen allekirjoitus ennen vanhan luottamuksen poistamista.
Tarkista, kuinka DNS editori käsittelee suhteellisia omistajien nimiä ja täysin kelvollisia kohteita. Kohde, johon on vahingossa liitetty kopio verkkotunnuksestasi, on eri nimi. Tarkista olemassa oleva tietue jokaiselta omistajalta ennen CNAME lisäämistä, koska ristiriitainen tietue voi estää kelvollisen delegoinnin.
Yhdistä SPF ja DMARC olemassa olevien lähettäjien kanssa
Palveluntarjoaja on julkaistu SPF esimerkki valtuuttaa spf.messagingengine.com . Käytä nykyisen tilin ohjeita ja integroi valtuutus yhteen olemassa olevaan SPF -käytäntöön tarvittaessa. Älä sokeasti korvaa muiden sovellusten käyttämää käytäntöä. SPF llä on DNS-haun rajoitukset, ja valtuutuksen tulee vastata todellista kirjekuoren identiteettiä näkyvää osoitetta koskevien oletusten sijaan.
Fastmailin manuaalisivulla näkyy myös seuranta DMARC politiikkaa. Käsittele sitä esimerkkinä, älä ohjeena olemassa olevan täytäntöönpanopolitiikan alentamiseen. Säilytä verkkotunnuksen hyväksytyt käytännöt ja raportointijärjestelyt, ellei erikseen tarkistettu muutos ole perusteltu. DMARC tarvitsee kohdistetun onnistuneen SPF tai DKIM polun; läpäisevä SPF -tulos jollekin asiaankuulumattomalle verkkotunnukselle ei riitä.
Testaa lähtevä ja saapuva posti itsenäisesti
Lähetä ohjattu viesti mukautetusta verkkotunnuksesta käyttämällä suunniteltua Fastmail-reittiä. Säilytä sen alkuperäiset otsikot ja tunnista näkyvät Lähettäjä-, kirjekuoriverkko-, DKIM allekirjoitustoimialue ja -valitsin sekä luotettujen vastaanottajien tulokset. Tarkista, että välittävä todennusidentiteetti on kohdistettu toimialueen sovellettavaan tilaan. Älä pidä kaikkien kolmen DNS tietueen olemassaoloa todisteena siitä, että tietty viesti on allekirjoitettu oikein.
Esimerkkitapaus, ei mitattu Fastmail-tulos: Lähettäjä on person@example.com ja kelvollinen DKIM -allekirjoitus käyttää osoitetta d=example.com. Tämä antaa tarkan DKIM n linjaus. Myöhemmin samasta näkyvästä osoitteesta toisen releen kautta lähettävä sovellus tarvitsee oman testinsä; se ei peri postilaatikkotestin tulosta.
Jos saapuva posti on siirretty, testaa myös jokainen vaadittu osoite ja alias ulkoiselta lähettäjältä. Pidä nämä tulokset erillään lähtevästä todennustietueesta. Verkkosivuston saatavuus tarvitsee myös oman tarkistuksensa jokaisen nimipalvelimen siirron jälkeen.
Täydellinen todisteilla, ei vihreä oletus
Kun vahvistus epäonnistuu, kysy arvovaltaisia omistajien nimiä ja vertaa arvoja ennen välimuistin odottamista. Tarkista testiviestin käyttämä reitti ja onko asiakas lähettänyt toisen SMTP palvelun kautta. Säilytä aiemmat tiedot ja säilytä hyväksytty palautussuunnitelma, kunnes siirto hyväksytään. Tämä on dokumentaarinen opas synteettisellä esimerkillä; live DNS , postilaatikon siirtoa tai viestien toimitusta ei suoritettu. Ihmisten hyväksyntä ja tuotantotodisteet ovat edelleen vireillä.
Käsittele osittaista valitsinsarjaa epätäydellisenä kokoonpanona
Kirjallinen tapaus FM-01 olettaa, että fm1 ja fm2 on julkaistu oikein osoitteeseen example.com , mutta fm3 puuttuu. Fm1:llä allekirjoitettu hypoteettinen viesti voi vahvistaa, kun dokumentoitu kolmen tietueen konfiguraatio on vielä kesken. Viestitulos ei todista tulevaa valitsimen kiertoa. Hanki todellinen kolmas kohde verkkotunnuksen ohjeista ja tarkista kaikki kolme omistajaa ennen määrityksen sulkemista. Jos olemassa olevan verkkosivuston on oltava käytettävissä, säilytä sen DNS riippuvuudet ja valitse tuettu vain tietueita sisältävä reitti, ellei erillistä siirtoa hyväksytä. Tässä tapauksessa ei tapahtunut tietueiden hakua, viestien vahvistusta tai siirtoa.
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ä.