Et nytt merkenavn i en visningsetikett er ikke den samme endringen som et nytt domene i Fra-adressen. Sistnevnte endrer identiteten mot hvilken DMARC justering er vurdert. En perfekt gyldig gammel domenesignatur kan derfor slutte å hjelpe den nye merkede meldingen. Planlegg identitetsovergangen før lanseringskunngjøringen, inkludert transaksjonsapplikasjoner som kommunikasjonsteamet ikke eier.
Skill identitetsfeltene
For hver rute, fange opp den synlige Fra-adressen, konvoluttavsender, DKIM d= domain and velger, og svar-til-adresse. Visningsnavnet er presentasjon. Svar-Til dirigerer svar. Verken erstatter den autentiserte identifikatoren som brukes av DMARC . RFC 9989 definerer justering; RFC 6376 definerer signeringsidentitet og velgeroppslag.
Ikke anta at gamle og nye merkedomener stemmer overens fordi ett selskap eier begge. Under streng justering må domenenavnene samsvare. Avslappet justering bruker protokollens organisasjonsdomene-forhold, ikke en liste over selskapsoppkjøp. Følgende eksempel forutsetter streng DKIM justering og isolerer én signatur; den implementerer ikke DMARC oppdagelse eller bestemmer hele meldingsresultatet.
Etabler det nye domenet før cutover
Lagermarkedsføring, ansattpost, fakturaer, tilbakestilling av passord, støttebilletter og lavfrekvente varsler. Konfigurer den leverandørstøttede nye senderidentiteten og påkrevd DNS for hver, ved å bruke verdier generert for den faktiske kontoen. Få pålitelige mottakerresultater fra kontrollerte testmeldinger. Sjekk både autentisering og forretningsflyten: en tilbakestillingsmelding som passerer DMARC , men som inneholder en ødelagt kobling, er ikke klar.
Hold en dokumentert bane for svar og gamle adresser. Å fortsette å motta e-post på det gamle domenet er atskilt fra å fortsette å godkjenne utgående avsendere. Avtal hvor lenge gamle identiteter er nødvendige og hvordan forsinkede meldinger signert med gamle velgere skal håndteres. Unngå å fjerne en offentlig nøkkel bare fordi den siste nylig genererte meldingen har byttet.
Sammenlign fire hypotetiske signeringsutfall
Anta at From er oldbrand.test og en gyldig signatur har d=oldbrand.test: den signaturen er strengt tilpasset. Endre bare Fra til newbrand.test, og beholder den gyldige gamle domenesignaturen: den er ikke lenger strengt tilpasset. En gyldig signatur med d=newbrand.test gjenoppretter denne justerte DKIM banen. Hvis den nye domenesignaturen mislykkes med verifisering, kan ikke matchende domenetekst alene gi en bestått bane. Dette er antatte inndata og håndarbeidede sammenligninger, ikke utført kode eller kryptografisk verifisering.
En annen gyldig justert signatur eller justert SPF pass kan fortsatt tilfredsstille DMARC -regelen på meldingsnivå. Inspiser alle relevante stier før du erklærer feil, og ikke utlede mottakerens disposisjon eller innboksplassering. Separat, RFC 9989 pkt. 7.4 og 8 krever p=reject domener for å bruke gyldige DKIM signaturer og ikke bare stole på SPF . Før lansering, verifiser tilbakestillingstransaksjonen samt autentisering: en ødelagt tilbakestillingskobling forblir en forretningsfeil selv med en justert pass.
Iscenesett lanseringen og definer gjenoppretting
Flytt én godkjent strøm først og se søknadsresultatene, mottakerresultatene og rapportene. Samlede rapporter er forsinkede observasjoner fra deltakende mottakere, ikke en komplett lanseringsmonitor. Legg til direkte sjekker for strømmene som betyr noe for virksomheten. Et sunt markedsføringsvolum må ikke skjule en faktura eller tilbakestillingsfeil.
Definer tilbakeføring før lansering: hvem kan gjenopprette den tidligere From-identiteten, om den gamle autentiseringen forblir gyldig, og hva som skjer med e-post som allerede står i kø. Å tilbakestille bare visningsnavnet kan ikke reparere en justeringsfeil. Trekk tilbake gamle sendetillatelser når den endelige autoriserte strømmen har flyttet og planen for forsinket e-post er fullført. Bevar eierskapet for det gamle domenet og beslutningene om inngående rute separat fra posten for utgående pensjonering.