Zimbra och datumproblem efter migrering
Zimbra Collaboration Suite är en av världens mest distribuerade e-postplattformar med öppen källkod. Universitet, myndigheter, företag, hostingleverantörer, alla använder Zimbra. Och Zimbra-installationer är ofta källa eller destination för storskaliga e-postmigreringar, oavsett om organisationer går över till molnplattformar som Google Workspace eller Microsoft 365, konsoliderar flera Zimbra-instanser, eller migrerar från en annan plattform till Zimbra.
I vart och ett av dessa scenarier kan migreringsprocessen korrumpera e-postdatumen. Efter migrering visar alla e-postmeddelanden migreringsdatumet istället för sitt ursprungliga sänd- eller mottagningsdatum.
Varför Zimbra-migreringar är vanliga
Användning i företag och hosting
Zimbra är populärt i miljöer där organisationer vill ha full kontroll över sin e-postinfrastruktur. Universitet använder Zimbra för att betjäna tiotusentals student- och lärarbrevlådor. Hostingleverantörer erbjuder Zimbra som hanterad e-postlösning. Myndigheter distribuerar Zimbra on-premises för att uppfylla krav på datasuveränitet.
När dessa organisationer beslutar sig för att migrera innebär migreringen massiva volymer e-postdata.
Vanliga migreringssökvägar
De vanligaste Zimbra-migreringsscenarierna inkluderar: Zimbra till Google Workspace, Zimbra till Microsoft 365, Zimbra till Zimbra (hårdvaruförnyelse eller versionsuppgradering), och IMAP-hosting från tredje part till Zimbra. Var och en av dessa sökvägar använder IMAP som transportmekanism, och var och en utlöser samma datumproblem.
Hur datum går sönder under Zimbra-migrering
Problemet med IMAP APPEND
Oavsett om du migrerar till eller från Zimbra laddar migreringsverktyget ner e-post från källservern och laddar upp den till destinationen med IMAP APPEND-kommandot. Destinationsservern lägger till ett "Received"-huvud på varje meddelande under infogningen. Det huvudet innehåller migreringens tidstämpel, inte det ursprungliga leveransdatumet. E-postklienter som Outlook visar datumet från det översta "Received"-huvudet och visar migreringsdatumet för varje e-postmeddelande. För en fullständig teknisk förklaring, se IMAP INTERNALDATE: varför datum går sönder.
Zimbras nativa verktyg
Zimbra tillhandahåller kommandoradsverktyg (zmmailbox, zmprov) för serveradministration. Vissa administratörer använder zmmailbox för att exportera och importera brevlådedata i Zimbras nativa format. Även om migrering i nativt format kan bevara mer metadata än IMAP-migrering är den bara tillgänglig för Zimbra-till-Zimbra-migreringar. Plattformsöverstigande migreringar måste använda IMAP eller specialiserade verktyg som förlitar sig på IMAP, och dessa utlöser alltid Received-huvudproblemet.
imapsync och Zimbra
imapsync är det vanligaste verktyget med öppen källkod för att migrera till och från Zimbra. Det är tillförlitligt och hanterar Zimbras IMAP-implementation korrekt. Men imapsync kan inte förhindra destinationsservern från att lägga till ett Received-huvud under APPEND. Även med imapsyncs INTERNALDATE-bevarande kvarstår Received-huvudproblemet. Se guiden för korrigering av imapsync-datum för detaljer.
Identifiera datumproblem i Zimbra
Kontrollera huvuden i Zimbra-webbmail
I Zimbras webbklient öppnar du ett drabbat e-postmeddelande, klickar på rullgardinspilen bredvid "Svara" och väljer "Visa original". Där visas det råa RFC 2822-meddelandet med alla huvuden. Titta på det översta "Received"-huvudet. Om det innehåller en tidstämpel som matchar migreringsdatumet är det migreringens Received-huvud som orsakar datumproblemet.
Skillnaden mellan webbmail och IMAP-klient
Zimbras webbklient kan visa Date-huvudets värde snarare än Received-huvudets för den primära datumvisningen. Det innebär att datum kan verka korrekta i Zimbras webbmail men felaktiga i Outlook, Apple Mail eller Thunderbird. Kontrollera alltid datum i de IMAP-klienter som slutanvändarna faktiskt använder.
Korrigera Zimbra e-postdatum med Redate.io
Ansluta Zimbra till Redate.io
Redate.io ansluter till Zimbra-servrar via standard-IMAP. Anslutningsinformationen som krävs är: IMAP-serverns hostname, IMAP-port (993 för SSL, 143 för STARTTLS), användarens e-postadress och användarens lösenord eller en admindelegerad åtkomsttoken. För organisationer som migrerar flera brevlådor kan Zimbra-administratören använda admindelegering för att bevilja åtkomst till specifika brevlådor utan att kräva individuella lösenord.
Hur korrigeringen fungerar
Efter anslutning analyserar Redate.io alla mappar i Zimbra-brevlådan för att identifiera e-postmeddelanden med migrerings-Received-huvuden. Analysen är gratis.
För varje drabbat e-postmeddelande analyserar Redate.ios proprietära korrigeringsmotor den fullständiga huvudkedjan, tillämpar signaturmatchning mot hundratals kända migreringsverktygssignaturer och kör meddelandet genom en flerstegs analyspipeline som hanterar kantfall som de flesta skript missar helt. S/MIME-signaturer, nästlade MIME-delar, icke-ASCII-kodade huvuden, Content-Transfer-Encoding-variationer. Efter korrigering bekräftar en integritetskontroll att varje meddelande är intakt innan originalet flyttas till en backupmapp i 30 dagar.
Korrigeringen fungerar oavsett om Zimbra är källan eller destinationen för migreringen. Så länge brevlådan är tillgänglig via IMAP kan Redate.io återställa korrekta datum.
Zimbra-specifika hänsyn
Zimbra-versioner och IMAP-kompatibilitet
Både Zimbra version 8.x och 9.x stödjer IMAP4rev1 fullt ut, och Redate.io fungerar med båda. Äldre Zimbra-installationer (7.x och tidigare) stödjer också IMAP, även om organisationer som använder dessa versioner bör överväga uppgradering av säkerhetsskäl.
Hantering av stora brevlådor
Zimbra-distributioner i företagsmiljö har ofta mycket stora brevlådor (50 000 till 200 000 e-postmeddelanden per användare). Hur verifierar du att vart och ett av dessa korrigerade meddelanden är intakt? Redate.io hanterar stora brevlådor genom att behandla e-postmeddelanden i batchar, respektera serverns anslutningsgränser och återuppta om en anslutning avbryts. Varje e-postmeddelande genomgår integritetskontroll.
Zimbra-taggar och delade mappar
Zimbra stödjer taggar (liknande Gmail-etiketter) och delade mappar. Redate.io bevarar alla Zimbra-taggar på korrigerade e-postmeddelanden. Delade mappar behandlas på samma sätt som vanliga mappar, och mappens delningsbehörigheter påverkas inte.
Zimbra-hostingleverantörer
Många hostingleverantörer erbjuder Zimbra som hanterad tjänst. För hanterad Zimbra måste IMAP-åtkomst aktiveras av leverantören. De flesta hanterade Zimbra-installationer har IMAP aktiverat som standard. Om IMAP inte är tillgängligt, kontakta leverantören för att aktivera det innan du ansluter Redate.io.
Zimbra-datum trasiga efter migrering? Kör en gratis analys med Redate.io för att se hur många e-postmeddelanden som berörs och återställa korrekta tidstämplar.