Sähköpostipalveluntarjoajan vaihtaminen muuttaa vastaanottavien isäntänimiä, varmenteen omistajuutta ja joskus varakäyttäytymistä. MTA-STS voi paljastaa vaarallisen siirtomääräyksen: DNS alkaa mainostaa uutta palveluntarjoajaa, kun taas jotkut lähettäjät noudattavat edelleen käytäntöä, joka sallii vain vanhan.
Inventoi siirron molemmat puolet
Viitteet: RFC 8461 §4, RFC 8461 §8.2.
Tallenna vanhat ja ehdotetut MX nimet, prioriteetit, osoitteet, STARTTLS käyttäytyminen ja sertifikaattien identiteetit. Hanki uuden palveluntarjoajan nykyiset reititys- ja MTA-STS -ohjeet ja tarkista sitten tarkat nimet omassa suunnittelemassasi DNS muutoksessa. Palveluntarjoajan brändäys tai arvattu jokerimerkki ei ole arvovaltainen isäntänimien luettelo.
Tarkista, onko käytäntö HTTPS-isännöinti tai DNS etsintä myös sidottu lähtevään palveluntarjoajaan. Vastaanotetun postin siirtäminen peruuttaen vahingossa käytäntöpalvelimen aiheuttaa toisen epäonnistumisen. Pidä käytäntöjen julkaisu-, varmenteiden uusimis- ja raportointikohteet nimenomaisesti omistuksessa muuton kautta.
Julkaise ensin yhteensopivuuskäytäntö
Viitteet: RFC 8461 §3.2, RFC 8461 §4, RFC 8461 §8.1.
Valmistele käytäntö, joka sallii tarvittavat vanhat ja uudet vastaanottavat isännät muuttamatta vielä postin reititystä. Testaa, että molemmat ryhmät täsmäävät ja että uusi ryhmä läpäisee SMTP -varmenteen ja STARTTLS -tarkistukset. Julkaise HTTPS-teksti ennen kuin muutat etsintätunnusta.
Salli siirtymäväli, joka perustuu aiemmin julkaistuun max_age-käytäntöön, DNS TTL:ään ja havaittuun päivityskäyttäytymiseen. Max_agen alentaminen siirtohetkellä ei lyhennä aiemmin haettua käytäntöä. Jos mahdollista, säilytä toimiva vanha reitti, joka täyttää vanhat välimuistikäytännöt, kun uutta käytäntöä jaetaan. Älä lupaa, että tunnuksen muuttaminen päivittää välittömästi kaikki lähettäjät.
Harjoittele kolmea politiikkatilaa
Viitteet: RFC 8461 §4.1.
Käytä kahta synteettistä nimeä, mx.old.example ja mx.new.example . Käytäntö A sallii vain vanhat; politiikka B sallii molemmat; politiikka C sallii vain uuden. Odotettu yhteensopivuusmatriisi on A: vanha tosi, uusi epätosi; B: molemmat totta; C: vanha väärin, uusi totta. Mukana toimitettu rajoitettu offline-laite ajettiin uudelleen tätä tarkistusta varten, ja se tallentaa nämä nimivertailut, ei toimitusta.
Tämä matriisi todistaa vain nimetty-politiikka jäsensuhteen. Realistinen harjoitus vaatii myös DNS vastauksia, voimassa olevia varmenteita, STARTTLS , vastaanottajan hyväksynnän ja varsinaisen testiviestin toimituksen. Näitä eläviä migraatiotestejä ei tehty tälle artikkelille. Säilytä heidän tulevat tuotoksensa erikseen sen sijaan, että käsittelet paikallista matriisia onnistuneena palveluntarjoajan katkaisuna.
Siirrä reititys ja poistu tietoisesti
Viitteet: RFC 8461 §5.1, RFC 8461 §8.1.
Yhteensopivuusvaiheen jälkeen vaihda MX reititys hyväksytyn muutosprosessin kautta. Tarkkaile molempien palveluntarjoajien toimitusta, lähettäjän virheitä, jonoja ja TLS raportteja. Vahvista yritysten vastaanottajat ja palautusreitit, mukaan lukien vähäisen volyymin osoitteet, jotka yksittäinen postilaatikon testi puuttuisi. Pidä vanha palvelu saatavilla suunniteltua päällekkäisyyttä varten.
Vasta sitten rajaa käytäntö aiottuun uuteen joukkoon ja ilmoita toinen tunnus. Säilytä edellinen tekstiosa ja mieti, kuinka palautus toimisi lähettäjien kanssa, jotka tallentavat uuden vain-käytännön välimuistiin. Pelkästään vanhan MX lisääminen DNS ään ei välttämättä palauta toimitusta kyseiselle kohortille. Sulje siirto, kun reitti, käytäntö ja toiminnalliset todisteet tukevat eläkkeelle siirtymistä, ei vain kun DNS editori näyttää uuden palveluntarjoajan.
Säilytetty historiallinen todiste ja jäljellä oleva laajuus
Seuraavassa kuvataan säilytettyjä 7.11.2026 havaintoja, ei tämän katsauksen verkkokokeilua. Äskettäin suoritetut offline-tarkastukset kirjataan erikseen.
Laajennettu harjoitus yhdistää jäsenmatriisin julkaisuun ja elinkaaren tilaan. A1 sallii vain vanhan ja voi olla voimassa loogiseen aikaan 1086700 asti, kun sen viimeisin mallinnettu haku otetaan huomioon. B2 sallii molemmat palveluntarjoajat; sen runko haetaan laboratorion HTTPS-päätepisteen kautta DNS tunnuksen muuttumisen jälkeen. C3 sallii vain uuden. Mallinnetut B2- ja C3-vanhenemisajat, 1004200 ja 1004500, esiintyvät ennen vanhempaa A1-sidosta, koska A1 käytti pidemmän käyttöiän. Näin ollen C3:n edistäminen tai DNS vaihtaminen B2-julkaisuhetkellä ei yksinään ole todiste siitä, että kaikki vanhat vain lähettäjät ovat valmiita. Jäljitys osoittaa todellisen paikallisen DNS /HTTPS:n sekä eksplisiittisen käytäntötilan aritmeettisen tiedon. Se ei testaa palveluntarjoajan vastaanottajan hyväksyntää, julkisia DNS välimuistia, postin toimitusta tai yritysosoitteen kattavuutta. nämä ovat edelleen katkaisuportti.