A DMARC tjenestemigrering kan være en ændring, der kun skal rapporteres, eller en ændring af live-godkendelse. Bestem, hvilken du laver. Hvis tjenesten kun samler samlede rapporter, udskiftning af opsamleren behøver ikke ændres SPF bemyndigelse, DKIM nøgler eller DMARC håndhævelse. Hvis det også er vært for DNS eller signeringsafhængigheder, har de brug for deres egen exitplan. At kombinere alle ændringer i ét vindue gør det sværere at tilskrive fejl.
Inventar den aktuelle rapportsti
Registrer hvert politikdomæne, dets nøjagtige politikregistrering, rapportmodtagere, eksterne godkendelsesafhængigheder, samlerkonto, eksportmetode og opbevaringsgrænse. Registrer hvilket team der ejer rå rapportadgang. Tjek, om et dashboard-total repræsenterer rå observationer, normaliserede rækker, deduplikerede rapporter eller en proprietær fortolkning. Bevar denne sondring, når du sammenligner udbydere.
RFC 9990 definerer den samlede rapportstruktur og ekstern rapporteringsautorisation. Rapporter indeholder en observationsperiode og reportermetadata; de er ikke en komplet realtidsbog for hver meddelelse. En manglende dag i et dashboard kan betyde et leverings-, indtagelses-, parsing- eller præsentationsproblem. Find det tidligste stadie, hvor beviser forsvinder, før du ændrer afsendelsespolitikken.
Forbered den nye destination og et afgrænset overlap
Bekræft, at den nye modtager kan acceptere og behandle rapporter for de tilsigtede domæner. Etabler den nødvendige eksterne destinationsgodkendelse, hvor det er relevant. Hvis godkendt, behold gamle og nye modtagere under et begrænset overlap ved hjælp af gyldig politiksyntaks og understøttet samlerkonfiguration. Godkend den yderligere offentliggørelse, inden du kopierer rapporter til en ny organisation. En anden modtager er ikke fri for privatlivsimplikationer, blot fordi optegnelserne er aggregerede.
Eksporter råeksempler og parserresultater, før den gamle konto slutter. Test store eller komprimerede inputs ved hjælp af opsamlerens dokumenterede grænseflader og sikkerhedsforanstaltninger; opfind ikke et uploadformat. Sammenlign politikdomæner, rapportintervaller og rapportøridentiteter, og inspicér derefter uoverensstemmelser på rårapportniveau. Forskelle i behandlingstid og deduplikering kan gøre ensartede totaler vildledende.
Afstem et eksplicit afgrænset overlapningseksempel
Antag, at gamle samlenøgler er A, B og C, mens nye samlenøgler er B, C og D. Unionen indeholder fire forskellige kandidatnøgler, med to delte, en kun gammel og en kun ny. Den etablerer ikke fire unikke beskeder eller endda fire unikke rapporter, før nøglekollisioner og indhold er gennemgået. Antag, at disse eksempler refererer til det samme rapporteringsinterval. Hver nøgle kombinerer reporter, politikdomæne, interval og rapport-id, men denne kombination er ikke garanteret at løse korrigerede rapporter eller genbrug af identifikatorer; bevare råindholds-hashes.
Kun gammel A kræver levering og indtagelsesundersøgelse, før der kan gøres krav på fuldstændig overlapning. Ny-kun D forklares ikke af et senere interval i dette angivne tilfælde; tjek den gamle modtagers indtag og hver samlers parsing, før du behandler det som forbedret dækning. Disse er hypotetiske sæt og ræsonnementer, ikke et forsoningsprogram, faktiske indsamlerobservationer eller accepterede huller. Dokumenter forklaringen, eller indhent en eksplicit rækkevidde beslutning om ethvert uløst dækningstab, før adgangen afsluttes.
Afslut migrationen med en evidensbaseret exit
Indstil ikke et universelt antal overlapsdage. Vælg vinduet fra observeret rapporteringskadence, vigtige lavvolumenafsendere og kontraktlig adgangsudløb. Navngiv den person, der accepterer et eventuelt resterende dækningsgab. Behold en gendannelsesrute, mens autoriseret adgang stadig eksisterer, og gør råeksporten læsbar uden det gamle dashboard.
Når sammenligningen og ejerskabsgennemgangen er fuldført, skal du fjerne den gamle rapportdestination gennem ændringsprocessen, verificere den offentliggjorte politik og bekræfte, at den nye indsamler fortsætter med at modtage data. Fjern kun forældet ekstern autorisation og kontoadgang efter at have kontrolleret deres resterende anvendelser. Arkiver basislinjen, tilsigtet diff, verifikationsresultater og uløste begrænsninger. Et vellykket dashboard-login er én kontrol, ikke et bevis på rapporteringskontinuitet.