Korrigera Zimbra e-postdatum efter migrering

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 orsaka felaktiga e-postdatum. 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 tidsstä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 tidsstä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 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, identifierar datumavvikelser i tidsstämplarna oavsett vilket migreringsverktyg som användes 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 synlig backupmapp i brevlådan, där det stannar tills kunden tar bort det.

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 tidsstämplar.