Zoho Mail och datumproblemet
Zoho Mail är en populär e-postplattform för små och medelstora företag, ett kostnadseffektivt alternativ till Google Workspace och Microsoft 365. Många organisationer migrerar till Zoho för att sänka kostnaderna. Andra migrerar från Zoho när de växer upp till en större plattform.
I båda riktningarna kan migreringsprocessen korrumpera e-postdatumen. Varje meddelande i brevlådan blir stämplat med migreringsdatumet istället för det ursprungliga sänd- eller mottagningsdatumet. Det är frustrerande, och det händer mycket oftare än de flesta administratörer föreställer sig.
Vanliga Zoho-migreringsscenarier
Migrering till Zoho Mail
Organisationer som går över till Zoho Mail migrerar vanligtvis från Google Workspace, Microsoft 365 eller generisk IMAP-hosting (cPanel, Plesk, Dovecot). Zoho tillhandahåller en egen migrationsguide som stödjer IMAP-import från de flesta e-postleverantörer. Guiden ansluter till källservern, laddar ner e-post via IMAP och infogar den i Zoho Mail-kontona. Under denna infogning lägger Zohos servrar till ett "Received"-huvud med migreringens tidstämpel på varje meddelande. Det nya huvudet blir den översta posten i kedjan, vilket gör att e-postklienter visar migreringsdatumet.
Migrering från Zoho Mail
När organisationer växer ifrån Zoho eller behöver funktioner exklusiva för Google Workspace eller Microsoft 365 migrerar de. Verktyg som BitTitan MigrationWiz, imapsync eller till och med manuell IMAP-kopiering via Thunderbird används vanligen. Var och en av dessa metoder laddar ner e-post från Zoho och infogar den på destinationsservern via IMAP APPEND, vilket utlöser samma Received-huvudproblem. För verktygsspecifika detaljer, se guiderna för BitTitan, imapsync eller manuell IMAP-kopiering.
Migrering mellan Zoho-konton
Även migrering mellan Zoho Mail-konton (vid företagsomstrukturering eller domänbyte till exempel) kan orsaka datumproblem. Varje gång e-post laddas ner och infogas på nytt via IMAP lägger destinationsservern till sitt Received-huvud. Det spelar ingen roll att både källa och destination är Zoho-konton.
Hur Zoho Mail hanterar IMAP-datum
Zohos IMAP-implementation
Zoho Mail stödjer IMAP4rev1-standarden (RFC 3501). När ett meddelande infogas via IMAP APPEND följer Zohos server protokollspecifikationen: den lägger till ett Received-huvud med aktuell tidstämpel och lagrar meddelandet med en INTERNALDATE. Om APPEND-kommandot inkluderar en explicit INTERNALDATE-parameter respekterar Zoho den. Men Received-huvudet läggs till oavsett.
Zoho-webbmail kontra IMAP-klienter
Och här blir det komplicerat.
Zohos webbmailgränssnitt visar datum baserat på e-postens Date-huvud, på liknande sätt som Gmails webbgränssnitt. Datumen kan alltså verka korrekta när du läser e-post via Zohos webbmail. Men alla IMAP-klienter som ansluter till Zoho-kontot (Outlook, Apple Mail, Thunderbird) använder Received-huvudet eller INTERNALDATE, och visar migreringsdatumet istället för det ursprungliga.
En administratör kan kontrollera Zohos webbmail, se korrekta datum och dra slutsatsen att migreringen lyckades. Under tiden rapporterar användare som ansluter via Outlook eller Apple Mail att alla deras e-postmeddelanden visar samma datum. För att lära dig mer om hur olika klienter hanterar datum, se IMAP INTERNALDATE: varför datum går sönder.
Identifiera problemet i Zoho Mail
Kontrollera e-posthuvuden
För att bekräfta att migreringens Received-huvuden orsakar datumproblemet öppnar du ett drabbat e-postmeddelande i Zohos webbmail och visar de råa huvudena. Klicka på trepunktsmenyn för ett e-postmeddelande och välj "Visa original". Titta på det översta Received-huvudet. Om det innehåller en tidstämpel som matchar migreringsdatumet och refererar till ett migreringsverktyg eller en server som inte var del av den ursprungliga leveransvägen är problemet bekräftat.
Jämför datum mellan klienter
Öppna samma e-postmeddelande i Zohos webbmail och i en IMAP-klient som Outlook. Om Zohos webbmail visar "15 januari 2024" men Outlook visar "11 april 2025" (migreringsdatumet) är Received-huvudproblemet orsaken.
Korrigera Zoho Mail-datum med Redate.io
Anslutning via IMAP
Redate.io ansluter till Zoho Mail-konton via standard-IMAP. För att ansluta ett Zoho Mail-konto behövs IMAP-serveradressen (imap.zoho.com eller imap.zoho.eu beroende på datacenter), e-postadressen och ett appspecifikt lösenord. Zoho kräver appspecifika lösenord för IMAP-anslutningar när tvåfaktorsautentisering är aktiverad (vilket är den rekommenderade säkerhetskonfigurationen).
För att generera ett appspecifikt lösenord i Zoho: gå till Zoho-kontoinställningarna, navigera till Säkerhet, sedan Appspecifika lösenord, och generera ett nytt lösenord för Redate.io. Det lösenordet ger IMAP-åtkomst utan att exponera kontots huvudlösenord.
Analys- och korrigeringsprocessen
Efter anslutning analyserar Redate.io hela Zoho-brevlådan för att identifiera e-postmeddelanden med migrerings-Received-huvuden. Analysen kontrollerar varje mapp (Inkorg, Skickat, Utkast och anpassade mappar) och räknar antalet drabbade e-postmeddelanden. Analysen är gratis.
Redate.ios proprietära korrigeringsmotor analyserar sedan den fullständiga huvudkedjan i varje drabbat e-postmeddelande, med signaturmatchning mot hundratals kända migreringsverktygssignaturer. Den flerstegs pipelinen hanterar kodningsproblem, multipart-meddelandestrukturer, infogade bilagor, digitala signaturer och dussintals specialfall som en hemmagjord metod skulle missa. Varje korrigerat e-postmeddelande genomgår en integritetskontroll innan originalet flyttas till en synlig backupmapp "Redate.io - Originals" i 30 dagar.
Varför inte bara skriva ett eget skript? För att det är i specialfallen allt spårar ur. S/MIME-signerade e-postmeddelanden, korrupta MIME-gränser, icke-ASCII-kodade huvuden enligt RFC 2047, nästlade multipart-strukturer, meddelanden utan Date-huvud alls. Ett skript som hanterar 90 % av e-postmeddelandena och tyst korrupterar de återstående 10 % är värre än inget skript alls (inte den sortens upptäckt du vill göra en måndagmorgon).
Zoho-specifika hänsyn
Zoho IMAP-hastighetsgränser
Zoho Mail inför hastighetsgränser på IMAP-anslutningar för att förebygga missbruk. Redate.io respekterar dessa gränser och saktar ner korrigeringsprocessen för att hålla sig inom Zohos tillåtna förfrågningshastigheter. För brevlådor med stort antal e-postmeddelanden kan korrigeringen ta längre tid än på plattformar med generosare gränser.
Zoho gratis kontra betalplaner
Zoho Mails gratisplan stödjer inte IMAP-åtkomst. IMAP är bara tillgängligt på betalda Zoho Mail-planer (Mail Lite och högre). Om det berörda Zoho-kontot är på gratisplanen måste IMAP aktiveras genom att uppgradera till en betald plan innan Redate.io kan ansluta.
Zoho datacenter-plats
Zoho driver datacenter i flera regioner (USA, EU, Indien, Australien, Japan). IMAP-serveradressen varierar beroende på region: imap.zoho.com (USA), imap.zoho.eu (EU), imap.zoho.in (Indien), imap.zoho.com.au (Australien). Se till att använda rätt regional serveradress vid anslutning till Redate.io.
Zoho Mail visar fel datum efter migrering? Kör en gratis analys med Redate.io för att se exakt hur många e-postmeddelanden som berörs.