Skill autentisering fra en e-postmigrering
Fastmails domeneveiviser kan endre mer enn utgående autentisering. Spørsmålet på nettstedet påvirker om det bare anbefaler å endre MX poster eller flytte navneservere. Før du begynner, avgjør om du migrerer innkommende e-post, delegerer DNS administrasjon eller bare fikser autentisering for et allerede konfigurert domene. Inventar nettsiden, eksisterende postbokser, aliaser og andre tjenester som er avhengige av sonen.
Start med arbeidsflyten for domeneoppsett i din egen Fastmail-konto og bekreft registraren den oppdager. Veiviseren tilbyr ekspressoppsett for en enkel enkeltbrukerordning og individuell adresseoppsett for flere brukere eller adresser. Forbered de tiltenkte mottakeradressene før du sender innkommende post til tjenesten. Autentisering oppretter ikke manglende postbokser.
Velg DNS eierskapsmodellen bevisst
Veiviseren dokumenterer at å svare Ja til å ha et nettsted fører til instruksjoner som kun er MX; svar Nei fører til navneserverinstruksjoner. Instruksjonene kan endres senere i veiviseren. Ikke velg Nei bare for å få et kortere oppsett hvis et eksisterende nettsted eller annen DNS-avhengig tjeneste må forbli tilgjengelig.
Endring av navneservere overfører autoritativt DNS ansvar. Før du gjør den endringen, ta vare på alle nødvendige poster og avtale tilbakeføring med domeneeieren. Hvis du beholder din eksisterende DNS vert, publiserer du de nødvendige postautentiseringspostene der. En rekord lagt inn i et kontrollpanel som ikke er autoritativt, påvirker ikke mottakende servere.
MX poster ruter innkommende e-post. De etablerer seg ikke av seg selv DKIM eller autoriser hver utgående avsender. Hold en overførings aksept for innkommende levering atskilt fra autentiseringssjekkene. Fastmail bemerker at e-post som aldri når serverne ikke kan gjenopprettes av Fastmail.
Publiser gjeldende DKIM delegeringssett
Fastmails manuelle DNS dokumentasjon krever at alle tre er oppdatert CNAME poster. De velger etikettene er fm1. _domainkey , fm2. _domainkey og fm3. _domainkey . Målene deres inneholder kundens faktiske domene og ender på dkim.fmhosted.com . Kopier de nøyaktige verdiene fra domeneinstruksjonene i stedet for å erstatte den bokstavelige plassholderen i et dokumentasjonseksempel.
Den eldre mesmtp-velgeren er eksplisitt merket som utdatert for eldre domener. Ikke bruk den som den nye konfigurasjonen bare fordi en gammel opplæring eller historisk soneeksport inneholder den. Omvendt, ikke slett en eldre post uten å sjekke om tjenesten fortsatt er avhengig av den. Publiser det gjeldende settet og bekreft faktisk signering før du trekker den gamle trusten tilbake.
Sjekk hvordan DNS editoren din håndterer relative eiernavn og fullt kvalifiserte mål. Et mål med en utilsiktet vedlagt kopi av domenet ditt er et annet navn. Se etter en eksisterende post hos hver eier før du legger til en CNAME , siden en motstridende post kan forhindre en gyldig delegering.
Forene SPF og DMARC med eksisterende avsendere
Leverandøren er publisert SPF eksempel autoriserer spf.messagingengine.com . Bruk gjeldende kontoinstruksjoner og integrer autorisasjonen i én eksisterende SPF policy der det er aktuelt. Ikke blindt erstatt en policy som brukes av andre applikasjoner. SPF har grenser for DNS-oppslag, og autorisasjonen bør samsvare med den faktiske konvoluttidentiteten i stedet for antakelser om den synlige adressen.
Fastmails manualside viser også en overvåking DMARC politikk. Behandle det som et eksempel, ikke en retning for å nedgradere en eksisterende håndhevingspolitikk. Behold domenets godkjente retningslinjer og rapporteringsordninger med mindre en separat gjennomgått endring er berettiget. DMARC trenger en justert vellykket SPF eller DKIM -bane; et bestått SPF -resultat for et urelatert domene er utilstrekkelig.
Test utgående og innkommende post uavhengig
Send en kontrollert melding fra den tilpassede domeneadressen ved å bruke den tiltenkte Fastmail-ruten. Bevar de originale overskriftene og identifiser de synlige resultatene fra Fra, konvoluttdomenet, DKIM signeringsdomenet og -velgeren og klarerte mottakerresultater. Sjekk at en bestått autentiseringsidentitet stemmer overens med domenets gjeldende modus. Ikke behandle eksistensen av alle tre DNS postene som bevis på at en bestemt melding ble signert riktig.
Illustrerende kasus, ikke et målt Fastmail-resultat: Fra er person@example.com og en gyldig DKIM signatur bruker d=example.com. Dette gir nøyaktig DKIM justering. En senere applikasjon som sender fra samme synlige adresse gjennom et annet relé, trenger sin egen test; den arver ikke resultatet av postkassetesten.
Hvis innkommende e-post ble flyttet, test hver påkrevde adresse og alias fra en ekstern avsender også. Hold disse resultatene atskilt fra den utgående autentiseringsposten. Nettstedets tilgjengelighet trenger også en egen sjekk etter enhver navneserverflytting.
Komplett med bevis, ikke en grønn antagelse
Når valideringen mislykkes, spør etter de autoritative eiernavnene og sammenligne verdier før du venter på cacher. Sjekk ruten som brukes av testmeldingen og om en klient sendte gjennom en annen SMTP tjeneste. Ta vare på tidligere poster og oppretthold en godkjent gjenopprettingsplan til migreringen er akseptert. Dette er en dokumentarguide med et syntetisk eksempel; ingen live DNS , postboksmigrering eller meldingslevering ble utført. Menneskelig godkjenning og produksjonsbevis gjenstår.
Behandle et delvis velgersett som ufullstendig konfigurasjon
Skriftlig sak FM-01 forutsetter at fm1 og fm2 er publisert riktig for example.com , men fm3 mangler. En hypotetisk melding signert med fm1 kan valideres mens den dokumenterte tre-postkonfigurasjonen fortsatt er ufullstendig. Meldingsresultatet beviser ikke fremtidig velgerrotasjonsdekning. Få det faktiske tredje målet fra domeneinstruksjonene og bekreft alle tre eierne før du lukker konfigurasjonen. Hvis et eksisterende nettsted må forbli tilgjengelig, beholder du DNS avhengighetene og velger den støttede ruten for kun poster med mindre en separat migrering er godkjent. Ingen postoppslag, meldingsbekreftelse eller migrering skjedde for denne saken.
Bevar håndhevingsgrensen
RFC 9989 Avsnitt 7.4 krever gyldig DKIM , ikke SPF alene, for domenepublisering p=reject, og advarer om interoperabilitet mellom indirekte e-post og e-postlister. En enkelt vellykket test med direktemeldinger er ikke et bevis på at alle legitime ruter er klare for sterkere politikk. Behold eksisterende godkjent beskyttelse mens du diagnostiserer det faktiske gapet; enhver politikkendring trenger sin egen beslutning.