English
Français
Deutsch
Español
Português
Italiano
Nederlands
Dansk
Svenska
Norsk
Suomi
Türkçe
Ελληνικά
Русский
Polski
Čeština
Українська
Magyar
Română
Български
Hrvatski
Srpski
Slovenčina
Slovenščina
Lietuvių
Latviešu
Eesti
日本語
한국어
العربية
Bahasa Indonesia
Zoho Mail og datoproblemet
Zoho Mail er en populær e-mailplatform for små og mellemstore virksomheder, et prisgunstigt alternativ til Google Workspace og Microsoft 365. Mange organisationer migrerer til Zoho for at reducere omkostninger. Andre migrerer fra Zoho når de skifter til en større platform.
I begge retninger kan migreringsprocessen korrumpere e-maildatoerne. Hver besked i postkassen ender med at være stemplet med migreringsdatoen i stedet for den originale afsendelses- eller modtagelsesdato. Det er frustrerende, og det sker langt oftere end de fleste administratorer forestiller sig.
Gængse Zoho-migreringsscenarier
Migrering til Zoho Mail
Organisationer der skifter til Zoho Mail migrerer typisk fra Google Workspace, Microsoft 365 eller generisk IMAP-hosting (cPanel, Plesk, Dovecot). Zoho leverer sin egen migreringsguide der understøtter IMAP-import fra de fleste e-mailudbydere. Guiden forbinder til kildeserveren, downloader e-mails via IMAP og indsætter dem i Zoho Mail-kontiene. Under denne indsættelse tilføjer Zohos servere en "Received"-header med migreringstidsstemplet til hver besked. Denne nye header bliver den øverste post i kæden, hvilket får e-mailklienter til at vise migreringsdatoen.
Migrering fra Zoho Mail
Når organisationer vokser fra Zoho eller har brug for funktioner der er eksklusive for Google Workspace eller Microsoft 365, migrerer de. Værktøjer som BitTitan MigrationWiz, imapsync eller endda manuel IMAP-kopi via Thunderbird bruges ofte. Hver af disse metoder downloader e-mails fra Zoho og genindsætter dem på destinationsserveren via IMAP APPEND, hvilket udløser det samme "Received"-header-problem. For værktøjsspecifikke detaljer, se guiderne for BitTitan, imapsync eller manuel IMAP-kopi.
Migrering mellem Zoho-konti
Selv migrering mellem Zoho Mail-konti (ved virksomhedsomstrukturering eller domæneskift, for eksempel) kan forårsage datoproblemer. Hver gang e-mails downloades og genindsættes via IMAP, tilføjer destinationsserveren sin "Received"-header. Det er ligegyldigt om både kilde og destination er Zoho-konti.
Hvordan Zoho Mail håndterer IMAP-datoer
Zohos IMAP-implementering
Zoho Mail understøtter IMAP4rev1-standarden (RFC 3501). Når en besked indsættes via IMAP APPEND, følger Zohos server protokolspecifikationen: den tilføjer en "Received"-header med det aktuelle tidsstempel og gemmer beskeden med en INTERNALDATE. Hvis APPEND-kommandoen inkluderer en eksplicit INTERNALDATE-parameter, respekterer Zoho den. Men "Received"-headeren tilføjes uanset hvad.
Zoho Webmail vs. IMAP-klienter
Og her bliver det indviklet.
Zohos webmail-grænseflade viser datoer baseret på e-mailens Date-header, ligesom Gmails webgrænseflade. Dermed kan datoerne se korrekte ud når man ser e-mails via Zohos webmail. Men enhver IMAP-klient der forbinder til Zoho-kontoen (Outlook, Apple Mail, Thunderbird) bruger "Received"-headeren eller INTERNALDATE og viser migreringsdatoen i stedet for den originale dato.
En administrator kan tjekke Zoho webmail, se korrekte datoer og konkludere at migreringen er vellykket. I mellemtiden rapporterer brugere der forbinder via Outlook eller Apple Mail at alle deres e-mails viser den samme dato. For at lære mere om hvordan forskellige klienter håndterer datoer, se IMAP INTERNALDATE: hvorfor datoer går i stykker.
Identificer problemet i Zoho Mail
Tjek e-mail-headers
For at bekræfte at migrerings-"Received"-headers forårsager datoproblemet, åbn en påvirket e-mail i Zoho webmail og se de rå headers. Klik på trepunktsmenuen for en e-mail og vælg "Vis original". Kig på den øverste "Received"-header. Indeholder den et tidsstempel der matcher migreringsdatoen og refererer et migreringsværktøj eller en server der ikke var del af den originale leveringsrute, er problemet bekræftet.
Sammenlign datoer på tværs af klienter
Åbn den samme e-mail i Zoho webmail og i en IMAP-klient som Outlook. Viser Zoho webmail "15. januar 2024" men Outlook viser "11. april 2025" (migreringsdatoen), er "Received"-header-problemet årsagen.
Ret Zoho Mail-datoer med Redate.io
Forbindelse via IMAP
Redate.io forbinder til Zoho Mail-konti via standard IMAP. For at forbinde en Zoho Mail-konto kræves IMAP-serveradressen (imap.zoho.com eller imap.zoho.eu afhængigt af datacenter), e-mailadressen og en applikationsspecifik adgangskode. Zoho kræver applikationsspecifikke adgangskoder til IMAP-forbindelser når tofaktorgodkendelse er aktiveret (hvilket er den anbefalede sikkerhedskonfiguration).
For at generere en applikationsspecifik adgangskode i Zoho: gå til Zoho-kontoindstillinger, naviger til Sikkerhed, derefter Applikationsspecifikke adgangskoder, og generer en ny adgangskode til Redate.io. Denne adgangskode giver IMAP-adgang uden at eksponere kontoens hovedadgangskode.
Analyse- og korrektionsprocessen
Efter forbindelse analyserer Redate.io hele Zoho-postkassen for at identificere e-mails med migrerings-"Received"-headers. Analysen tjekker hver mappe (Indbakke, Sendt, Kladder og tilpassede mapper) og tæller antallet af påvirkede e-mails. Analysen er gratis.
Redate.io's proprietære korrektionsmotor analyserer derefter den komplette headerkæde for hver påvirket e-mail og opdager afvigelser i datoerne, hvilket betyder at metoden virker uanset hvilket migreringsværktøj der har været brugt. Den flertrins pipeline håndterer encodingproblemer, multipart-beskedstrukturer, inline-vedhæftninger, digitale signaturer og snesevis af særtilfælde som en hjemmelavet tilgang ville overse. Hver rettet e-mail gennemgår en integritetsverifikation, før originalen flyttes til en synlig backup-mappe kaldet "Redate.io - Originals", hvor den forbliver, indtil du selv fjerner den.
Hvorfor ikke bare skrive et script selv? Fordi særtilfældene er der, hvor alt går galt. S/MIME-signerede e-mails, korrupte MIME-grænser, ikke-ASCII-headers kodet efter RFC 2047, indlejrede multipart-strukturer, beskeder uden Date-header overhovedet. Et script der håndterer 90 % af e-mails og stille og roligt korrumperer de resterende 10 % er værre end intet script overhovedet (ikke den slags opdagelse man ønsker en mandag morgen).
Zoho-specifikke hensyn
Zoho IMAP-hastighedsgrænser
Zoho Mail pålægger hastighedsgrænser på IMAP-forbindelser for at forhindre misbrug. Redate.io respekterer disse grænser og sænker korrektionsprocessens hastighed for at holde sig inden for Zohos tilladte forespørgselsrater. For postkasser med et stort antal e-mails kan korrektionen tage længere tid end på platforme med mere generøse grænser.
Zoho gratis vs. betalte planer
Zoho Mails gratis plan understøtter ikke IMAP-adgang. IMAP er kun tilgængeligt på betalte Zoho Mail-planer (Mail Lite og højere). Hvis den pågældende Zoho-konto er på den gratis plan, skal IMAP aktiveres ved at opgradere til en betalt plan, før Redate.io kan forbinde.
Zoho datacenter-placering
Zoho driver datacentre i flere regioner (USA, EU, Indien, Australien, Japan). IMAP-serveradressen varierer efter region: imap.zoho.com (USA), imap.zoho.eu (EU), imap.zoho.in (Indien), imap.zoho.com.au (Australien). Sørg for at bruge den korrekte regionale serveradresse ved forbindelse til Redate.io.
Zoho Mail viser forkerte datoer efter migrering? Start en gratis analyse med Redate.io for at se præcis hvor mange e-mails der er påvirket.