Mukautettu POSTIA LÄHETTÄJÄ verkkotunnus voi antaa palvelun todentaa näkyvään Lähettäjä-verkkotunnukseesi liittyvän kirjekuoriidentiteetin. Hyödyllinen tulos on toimiva ja kohdistettu postipolku, ei vain vihreä DNS ilmaisin palveluntarjoajan konsolissa. Tarkista luodut DNS asetukset, todellinen SMTP identiteetti, SPF tulos ja DMARC linjaus erillisinä vaiheina.
Valitse verkkotunnus tietoisesti
Inventoi näkyvissä Lähettäjä-osoitteissa käytetyt tekijän verkkotunnukset ja palveluntarjoajan tukema mukautettu kirjekuori. Poistuva aliverkkotunnus voi olla toiminnallisesti kätevä, mutta tiukka SPF kohdistus vaatii tarkan vastaavuuden tekijän verkkotunnuksen kanssa. Rennossa linjauksessa organisaation ja toimialueen välinen suhde määritetään kohdassa RFC 9989 §4.10.2 voi sallia aliverkkotunnuksen kohdistamisen. Älä päättele kohdistusta tuotemerkin tai Reply-To -kentän perusteella. RFC 9989 §3.2.4, RFC 9989 §4.4.
Käytä palvelusi toimittamia nykyisiä tilikohtaisia DNS -arvoja. Palveluntarjoaja voi vaatia lisätietueita palautuskäsittelyyn sekä SPF :ään. nämä vaatimukset ovat palvelukohtaisia. Tämä opas ei tarkoituksella anna yleistä MX isäntänimeä, sisällytä kohde- tai napsautussekvenssi. Varmista, että verkkotunnus on varattu tai että muutos ei ole ristiriidassa olemassa olevan postivirran kanssa.
Julkaise menettämättä politiikan eheyttä
Säilytä täsmällinen SPF identiteettiverkkotunnus SPF ennätys sen sijaan, että lisäisit toisen v=spf1 tietueen olemassa olevan käytännön viereen. Vahvista täydelliset yhdistetyt vaatimukset, kun verkkotunnuksella on useita laillisia lähettäjiä. Vanhemman vakuutus ei automaattisesti kata lasta. Tarkista sisäkkäiset riippuvuudet ja edustavat arvioidut polut DNS-kyselyn aiheuttavan termirajoituksen varalta. RFC 7208 §4.5, RFC 7208 §4.6.4.
Tallenna vanhat DNS -arvot ja turvallinen palautussuunnitelma ennen katkaisua. Tarkista arvovaltainen julkaisu ja asiaankuuluvat rekursiiviset vastaukset ja ota sitten käyttöön tai vahvista mukautettu kirjekuori palvelussa. Pelkkä varmennettu DNS tietue ei osoita, että viestit ovat alkaneet käyttää sitä.
Todista suhde vastaanotetussa postissa
Havainnollistava esimerkki olettaen soveltuvan DMARC -käytännön: viesti käyttää muotoja From receipts@example.com ja MAIL FROM return.bounce.example.com . Jos tämä kirjekuoriverkkotunnus on SPF-valtuutettu ja jakaa soveltuvan organisaation toimialue example.com , se voi kohdistua rennossa tilassa. Se ei kohdista tiukassa tilassa, koska täydelliset verkkotunnukset ovat erilaisia. Jos palveluntarjoaja sen sijaan palaa hiljaa takaisin osoitteeseen bounce.provider.example.net , raaka SPF saattaa kulkeutua, kun SPF kohdistus menetetään.
Lähetä testiviestejä jokaisen olennaisesti erillisen reitin kautta, mukaan lukien vikasieto, jos sitä tuetaan. Tallenna todellinen POSTIN LÄHETTÄJÄ, yhteyden IP-osoite, luotetun vastaanottimen SPF -tulos, kohdistettu SPF tulos ja DKIM allekirjoittava verkkotunnus. DMARC voi läpäistä tasatun DKIM kanssa, vaikka kirjekuorta ei ole kohdistettu; ilmoittaa, että rehellisesti sen sijaan, että vaatisi mukautettua MAIL FROM:ia, toimi. RFC 9989 §4.4.
Vahvista toiminnallinen puoli
Testaa palveluntarjoajan tukemaa välitöntä käsittelyä ja tarkista, että odotettu sovellus vastaanottaa toimituksen tilatiedot. Jos järjestelmäsi lähettää viestit nolla-käänteispolulla, SPF käyttää määritettyä postmaster-plus-HELO-identiteettirakennetta, joten testaa se erillisenä tapauksena. Älä lähetä silmukkaa luovaa pomppimistestiä tuotantoon. RFC 7208 §2.4, RFC 7208 §10.1.3.
Suorita muutos loppuun vain, kun lähetyksellä, todennuksella, kohdistuksella ja palautuskäsittelyllä on todisteita. Säilytä palveluntarjoajan varakäyttäytyminen ja omistajuus runbookissa ja toista testit reitityksen tai tilin muutosten jälkeen.
Käytä konkreettista päätöskirjaa
Käytä kahta hypoteettista hyväksymisriviä: normaali reitti lähettää return.bounce.example.com ja SPF päästöt; varalähetys lähettää riippumattoman palveluntarjoajan verkkotunnuksen ja SPF läpäisee. Osoitteessa From= example.com ensimmäinen voi kohdistaa vain kelvollisen rennon suhteen, kun taas toinen ei. Jos DKIM toimittaa yleisen DMARC -passin, merkitse silti mukautettu MAIL FROM -varausjärjestelmä, joka ei vastaa pyydettyä identiteettiä. Säilytä palautuksen käsittelyn todisteet itsenäisesti. Palveluntarjoajan määrityksiä tai testipostia ei suoritettu.