Checklista e-postmigrering: undvik datumproblem

Varför en migreringschecklista är nödvändig

E-postmigrering är en av de mest riskfyllda IT-operationerna en organisation kan genomföra. Du flyttar år av professionell kommunikation mellan plattformar, och ett enda misstag kan korruptera metadata i samtliga postlådor. Det vanligaste offret? E-postdatumen. Efter migrering riskerar varje e-postmeddelande att visa migreringsdatumet istället för det ursprungliga sändnings- eller mottagningstidpunkten.

Den här checklistan täcker varje fas i migreringsprocessen. Följ stegen för att minimera risken för datumkorruption och andra metadataproblem. Och om migreringen redan är klar och datumproblem har uppstått, fortsätt läsa.

Fas 1: planering före migrering

Inventera postlådorna

Innan du rör något migreringsverktyg, dokumentera varje postlåda som ska migreras. Notera det totala antalet postlådor, ungefärligt antal e-postmeddelanden per postlåda, datumintervallet för de äldsta meddelandena, och vilka delade postlådor eller distributionsgrupper som ingår. Det här underlaget avgör vilket migreringsverktyg du ska använda, hur lång tid migreringen tar, och vilken prismodell som gäller vid eventuell korrigering efteråt.

Välj rätt migreringsverktyg

Alla migreringsverktyg hanterar datum på olika sätt. Ta reda på hur varje verktyg hanterar bevarandet av IMAP INTERNALDATE och om det lägger till "Received"-headers under APPEND-processen. Populära verktyg inkluderar BitTitan MigrationWiz, CloudM Migrate, imapsync, GSMMO och den inbyggda importen i Exchange Admin Center. Alla dessa kan orsaka datumproblem eftersom IMAP-protokollet i sig kräver att målservern lägger till ett "Received"-header vid insättning. Men vissa verktyg bevarar INTERNALDATE bättre än andra. För att förstå hur INTERNALDATE fungerar, se IMAP INTERNALDATE: varför datum går sönder.

Säkerhetskopiera allt

Skapa en fullständig säkerhetskopia av varje postlåda innan migreringen. Den fungerar både som säkerhetsnät och som referenspunkt för att verifiera datum i efterhand. För Google Workspace: använd Google Takeout eller ett tredjepartsverktyg för säkerhetskopiering. För Microsoft 365: använd Exchange Online-backup eller PST-export. För IMAP-servrar: använd imapsync för att skapa en lokal kopia.

Lagra säkerhetskopiorna på en plats som är helt skild från käll- och målservrarna.

Dokumentera ursprungliga datum

Välj 10 till 20 e-postmeddelanden per postlåda fördelade över olika datumintervall (de äldsta, de nyaste och några däremellan). Notera "Mottaget"-datumet, "Skickat"-datumet och råa headers för varje meddelande. Dessa referensmeddelanden blir din verifieringsbas efter migreringen. Ta en skärmdump av postlådan sorterad efter datum för att visuellt dokumentera det ursprungliga kronologiska ordning.

Fas 2: testmigrering

Migrera en testpostlåda först

Starta aldrig en fullständig migrering utan att testa först.

Skapa en testpostlåda med ett representativt urval e-postmeddelanden (minst 100, som täcker flera år). Kör migreringen på bara den postlådan och granska resultaten grundligt innan du fortsätter. Det här testet avslöjar datumproblem, kodningsfel, buggar i hanteringen av bilagor och avvikelser i mappstrukturen, innan de hinner drabba produktionspostlådorna.

Verifiera datum i testpostlådan

När testpostlådan är migrerad, kontrollera datumen direkt. Öppna postlådan i den e-postklient som slutanvändarna faktiskt kommer att använda (Outlook, Apple Mail, Thunderbird eller webbgränssnittet). Jämför de visade datumen med referensmeddelandena du dokumenterade i Fas 1. Kontrollera både "Mottaget"- och "Skickat"-datum. Öppna råa headers för några meddelanden och leta efter nyligen tillagda "Received"-headers med migreringens tidsstämpel.

Om datumen är fel i testpostlådan, kommer de att vara fel i alla postlådor. Stoppa allt och åtgärda problemet innan du kör hela migreringen.

Testa med flera e-postklienter

Olika e-postklienter visar datum på olika sätt. Gmails webbgränssnitt kan visa korrekta datum (det använder "Date"-headern) medan Outlook visar migreringsdatumet (det prioriterar "Received"-headern). Testa med varje klient som organisationens användare faktiskt använder, inklusive Outlook Desktop, Outlook på webben, Apple Mail, Thunderbird och alla mobila e-postappar.

Fas 3: genomförande av migrering

Konfigurera migreringsverktyget

Konfigurera migreringsverktyget för att bevara INTERNALDATE så långt det är möjligt. I imapsync, använd lämpliga flaggor för att ställa in INTERNALDATE på destinationen. I BitTitan MigrationWiz, kontrollera de avancerade inställningarna för datumhanteringsalternativ. De här inställningarna förhindrar inte "Received"-headerproblem helt, men de minskar allvaret i datumproblemen i vissa klienter. Dokumentera varje konfigurationsinställning du använder, så att du kan återskapa migreringen om det behövs.

Migrera i omgångar

Migrera inte alla postlådor samtidigt. Kör migreringen i omgångar om 10 till 20 postlådor och verifiera datumen efter varje omgång. Om en omgång visar datumproblem, upptäcker du det innan hela organisationen drabbas. Migrering i omgångar minskar dessutom belastningen på käll- och målservrarna, vilket minskar risken för timeouts eller anslutningsfel som kan leda till partiella migrationer.

Övervaka framstegen

Följ migreringsförloppet för varje postlåda. Notera starttid, sluttid, antal migrerade e-postmeddelanden och eventuella fel. Migreringsverktyg genererar vanligtvis loggar, spara dem för varje postlåda. Om datumproblem upptäcks senare hjälper loggarna till att identifiera exakt vilken migrationsomgång och vilka inställningar som användes.

Fas 4: verifiering efter migrering

Verifiera datum omedelbart

Kontrollera e-postdatumen inom 24 timmar efter migreringen. För varje omgång, öppna 5 till 10 postlådor och jämför datumen med referenserna från före migreringen. Om datumen är fel, dokumentera omfattningen av problemet (hur många postlådor som drabbats, hur många e-postmeddelanden per postlåda) medan informationen är färsk.

Kontrollera alla mapptyper

Datumproblem kan drabba olika mappar på olika sätt. Kontrollera datum i Inkorgen, Skickade objekt, Utkast och alla anpassade mappar eller etiketter. Vissa migreringsverktyg bearbetar mappar sekventiellt, och fel i en mapp behöver inte innebära fel i de andra.

Verifiera sökning och sortering

Öppna en migrerad postlåda, sortera efter datum och bekräfta att den kronologiska ordningen stämmer med originalet. Sök efter e-postmeddelanden inom ett datumintervall och kontrollera att resultaten är korrekta. Testa eventuella automatiserade regler eller filter som är beroende av mottagningstidpunkt. Om organisationen använder verktyg för regelefterlevnad eller eDiscovery, kontrollera att datumbaserade frågor ger korrekta resultat.

Vanliga misstag som orsakar datumproblem

Hoppa över testmigreringen

Det vanligaste misstaget är att migrera alla postlådor utan att testa först. När datumproblemen väl upptäcks är alla postlådor drabbade och källservern kanske redan har stängts av. En testmigrering på 30 minuter kan bespara veckor av åtgärdsarbete. Varför ta risken?

Ignorera tillagda "Received"-headers

Administratörer fokuserar ofta på att bevara INTERNALDATE och missar problemet med "Received"-headers. Även när INTERNALDATE är korrekt inställt gör migreringens "Received"-header att Outlook och andra klienter visar fel datum. Det är den vanligaste källan till klagomål efter migrering. Läs varför e-post visar fel datum efter migrering för en fullständig teknisk förklaring.

Stänga av källservern för tidigt

Om datumproblem upptäcks efter att källservern stängts av försvinner möjligheten att re-migrera. Håll källservern tillgänglig (åtminstone i skrivskyddat läge) i minst 30 dagar efter migreringen. Det ger ett handlingsutrymme om allvarliga problem dyker upp i efterhand.

Vad du gör om datumen redan är fel

Om migreringen redan är genomförd och datumen är felaktiga, går det att åtgärda. "Date"-headern från det ursprungliga meddelandet är bevarad i varje e-postmeddelande, vilket betyder att rätt datuminformation fortfarande finns kvar. E-postdatum kan korrigeras efter migrering, även månader eller år senare.

Redate.io:s proprietära korrigeringsmotor ansluter till postlådan och söker efter e-postmeddelanden med korrupt datumsmetadata. Den flerstegiga analyspipen identifierar migreringssignaturer, tillämpar riktade korrigeringar med bibehållen meddelandeintegritet (inklusive S/MIME-signaturer, multipart-strukturer och icke-ASCII-headers), och kör en integritetsverifiering på varje korrigerat meddelande. Analysen är gratis och visar exakt hur många e-postmeddelanden som berörs. Originalen sparas i en synlig säkerhetskopieringsmapp i 30 dagar.

Att försöka den här typen av korrigering manuellt eller med ett eget skript är lockande, men riskabelt. Specialfall som PGP-krypterade meddelanden, korrupta MIME-gränser, nästlade multipart-strukturer och Content-Transfer-Encoding-avvikelser kan tyst korruptera e-postmeddelanden utan att det märks förrän det är för sent. Och hur verifierar du att 10 000 korrigerade meddelanden verkligen är intakta?

Redo att kontrollera om din postlåda har datumproblem? Kör en gratis analys med Redate.io - ingen betalning krävs för att se hur många e-postmeddelanden som berörs.