Zimbra og datoproblemer etter e-postmigrering
Zimbra Collaboration Suite er en av verdens mest utbredte open source-e-postplattformer. Universiteter, offentlige etater, bedrifter, hostingleverandører - alle bruker Zimbra. Zimbra-installasjoner er ofte kilden eller målplattformen for store e-postmigreringer, enten organisasjoner går over til skyplattformer som Google Workspace eller Microsoft 365, konsoliderer flere Zimbra-instanser, eller migrerer fra en annen plattform til Zimbra.
I hvert av disse scenariene kan migreringsprosessen ødelegge e-postdatoer. Etter migrering viser alle e-poster migreringsdatoen i stedet for den opprinnelige sende- eller mottaksdatoen.
Hvorfor Zimbra-migreringer er vanlige
Bedrifts- og hostingbruk
Zimbra er populært i miljøer der organisasjoner ønsker full kontroll over e-postinfrastrukturen sin. Universiteter bruker Zimbra for å betjene titusenvis av student- og ansattpostkasser. Hostingleverandører tilbyr Zimbra som en administrert e-postløsning. Offentlige etater distribuerer Zimbra lokalt for å oppfylle krav til datasuverenitet.
Når disse organisasjonene bestemmer seg for å migrere, innebærer migreringen massive volumer med e-postdata.
Vanlige migreringsveier
De vanligste Zimbra-migreringsscenarioene inkluderer: Zimbra til Google Workspace, Zimbra til Microsoft 365, Zimbra til Zimbra (maskinvarefornyelse eller versjonsoppgradering), og tredjeparts IMAP-hosting til Zimbra. Hver av disse veiene bruker IMAP som transportmekanisme, og hver utløser det samme datoproblemet.
Hvordan datoer ødelegges under Zimbra-migrering
IMAP APPEND-problemet
Enten du migrerer til eller fra Zimbra, laster migreringsverktøyet ned e-poster fra kildeserveren og laster dem opp til destinasjonen med IMAP APPEND-kommandoen. Målserveren legger til en "Received"-header på hver melding under innsettingen. Denne headeren inneholder tidsstempelet for migreringen, ikke den opprinnelige leveringsdatoen. E-postklienter som Outlook viser datoen fra den øverste "Received"-headeren, og viser dermed migreringsdatoen for hver e-post. For en fullstendig teknisk forklaring, se IMAP INTERNALDATE: hvorfor datoer ødelegges.
Zimbras egne verktøy
Zimbra tilbyr kommandolinjeverktøy (zmmailbox, zmprov) for serveradministrasjon. Noen administratorer bruker zmmailbox til å eksportere og importere postkassedata i Zimbras eget format. Selv om migrering i eget format kan bevare mer metadata enn IMAP-migrering, er det bare tilgjengelig for Zimbra-til-Zimbra-migreringer. Migreringer på tvers av plattformer må bruke IMAP eller spesialiserte verktøy som støtter seg på IMAP, og disse utløser alltid Received-headerproblemet.
imapsync og Zimbra
imapsync er det mest brukte open source-verktøyet for migrering til og fra Zimbra. Det er pålitelig og håndterer Zimbras IMAP-implementasjon korrekt. Men imapsync kan ikke forhindre at målserveren legger til en Received-header under APPEND. Selv med imapsyncs INTERNALDATE-bevaring vedvarer Received-headerproblemet. Se guiden for å fikse imapsync-datoer for detaljer.
Identifisere datoproblemer i Zimbra
Sjekke headere i Zimbra webmail
I Zimbras webklient åpner du en påvirket e-post, klikker på nedtrekkspilen ved siden av "Svar" og velger "Vis originalen". Dette viser den rå RFC 2822-meldingen med alle headere. Se på den øverste "Received"-headeren. Hvis den inneholder et tidsstempel som samsvarer med migreringsdatoen, er det migrerings-Received-headeren som forårsaker datoproblemet.
Forskjellen mellom webmail og IMAP-klient
Zimbras webklient kan vise verdien fra Date-headeren i stedet for Received-headeren i den primære datovisningen. Det betyr at datoene kan se korrekte ut i Zimbra webmail, men feil i Outlook, Apple Mail eller Thunderbird. Sjekk alltid datoene i de IMAP-klientene sluttbrukerne faktisk bruker.
Korrigere Zimbra e-postdatoer med Redate.io
Koble Zimbra til Redate.io
Redate.io kobler til Zimbra-servere via standard IMAP. Tilkoblingsinformasjonen som kreves er: IMAP-serverens vertsnavn, IMAP-port (993 for SSL, 143 for STARTTLS), brukerens e-postadresse og brukerens passord.
Hvordan korreksjonen fungerer
Etter tilkobling analyserer Redate.io alle mapper i Zimbra-postkassen for å identifisere e-poster med migrerings-Received-headere. Analysen er gratis.
For hver påvirket e-post analyserer Redate.ios egenutviklede korreksjonsmotor den fullstendige headerkjeden og oppdager avvik i datostemplene som skyldes migreringen, uansett hvilket migreringsverktøy som er brukt. Meldingen sendes gjennom en flertrinns analysepipeline som håndterer spesialtilfellene de fleste skript bommer fullstendig på, som S/MIME-signaturer, nestede MIME-deler, ikke-ASCII-kodede headere og variasjoner i Content-Transfer-Encoding. Etter korreksjon bekrefter en integritetssjekk at hver melding er intakt, før originalen flyttes til en synlig sikkerhetskopimappe i postkassen, der den ligger til du selv fjerner den.
Korreksjonen fungerer enten Zimbra er kilden eller destinasjonen for migreringen. Så lenge postkassen er tilgjengelig via IMAP, kan Redate.io gjenopprette de korrekte datoene.
Zimbra-spesifikke hensyn
Zimbra-versjoner og IMAP-kompatibilitet
Zimbra 8.x og 9.x støtter begge IMAP4rev1 fullt ut, og Redate.io fungerer med begge. Eldre Zimbra-installasjoner (7.x og tidligere) støtter også IMAP, selv om organisasjoner som bruker disse versjonene bør vurdere en oppgradering av sikkerhetsgrunner.
Håndtering av store postkasser
Zimbra-distribusjoner i bedriftsmålestokk har ofte svært store postkasser (50 000 til 200 000 e-poster per bruker). Hvordan verifiserer du at hver enkelt av disse korrigerte meldingene er intakt? Redate.io håndterer store postkasser ved å behandle e-poster i batcher, respektere serverens tilkoblingsbegrensninger og gjenoppta jobben hvis en tilkobling avbrytes. Hver e-post gjennomgår en integritetssjekk.
Zimbra-tagger og delte mapper
Zimbra støtter tagger (lignende Gmail-etiketter) og delte mapper. Redate.io bevarer alle Zimbra-tagger på korrigerte e-poster. Delte mapper behandles på samme måte som vanlige mapper, og mappens delingstillatelser påvirkes ikke.
Hostede Zimbra-leverandører
Mange hostingleverandører tilbyr Zimbra som en administrert tjeneste. For hostet Zimbra må IMAP-tilgang være aktivert av leverandøren. De fleste administrerte Zimbra-installasjoner har IMAP aktivert som standard. Hvis IMAP ikke er tilgjengelig, kontakt leverandøren for å aktivere det før du kobler til Redate.io.
Zimbra-datoer ødelagt etter migrering? Kjør en gratis analyse med Redate.io for å se hvor mange e-poster som er berørt, og gjenopprett korrekte tidsstempler.