Fiks feil datoer i Zoho Mail etter migrering

Zoho Mail og datoproblemet

Zoho Mail er en populær e-postplattform for små og mellomstore bedrifter - et rimelig alternativ til Google Workspace og Microsoft 365. Mange organisasjoner migrerer til Zoho for å kutte kostnader. Andre migrerer fra Zoho når de går over til en større plattform.

I begge retninger kan migreringsprosessen ødelegge e-postdatoer. Hver melding i postkassen ender opp stemplet med migreringsdatoen i stedet for den opprinnelige sende- eller mottaksdatoen. Det er frustrerende, og det skjer langt oftere enn de fleste administratorer forestiller seg.

Vanlige Zoho-migreringsscenarier

Migrering til Zoho Mail

Organisasjoner som bytter til Zoho Mail migrerer vanligvis fra Google Workspace, Microsoft 365 eller generisk IMAP-hosting (cPanel, Plesk, Dovecot). Zoho tilbyr sin egen migreringsassistent som støtter IMAP-import fra de fleste e-postleverandører. Assistenten kobler til kildeserveren, laster ned e-poster via IMAP og setter dem inn i Zoho Mail-kontoene. Under denne innsettingen legger Zohos servere til en "Received"-header med migreringstidsstempelet på hver melding. Denne nye headeren blir den øverste oppføringen i kjeden, noe som får e-postklienter til å vise migreringsdatoen.

Migrering fra Zoho Mail

Når organisasjoner vokser ut av Zoho eller trenger funksjoner eksklusive for Google Workspace eller Microsoft 365, migrerer de bort fra Zoho. Verktøy som BitTitan MigrationWiz, imapsync eller til og med manuell IMAP-kopiering via Thunderbird brukes vanligvis. Hver av disse metodene laster ned e-poster fra Zoho og setter dem inn på målserveren via IMAP APPEND, noe som utløser det samme Received-headerproblemet. For verktøyspesifikke detaljer, se guidene for BitTitan, imapsync eller manuell IMAP-kopiering.

Migrering mellom Zoho-kontoer

Selv migrering mellom Zoho Mail-kontoer (ved bedriftsomstrukturering eller domeneendring, for eksempel) kan forårsake datoproblemer. Hver gang e-poster lastes ned og settes inn på nytt via IMAP, legger målserveren til sin Received-header. Det spiller ingen rolle at både kilde og destinasjon er Zoho-kontoer.

Hvordan Zoho Mail håndterer IMAP-datoer

Zohos IMAP-implementasjon

Zoho Mail støtter IMAP4rev1-standarden (RFC 3501). Når en melding settes inn via IMAP APPEND, følger Zohos server protokollspesifikasjonen: den legger til en Received-header med gjeldende tidsstempel og lagrer meldingen med en INTERNALDATE. Hvis APPEND-kommandoen inkluderer en eksplisitt INTERNALDATE-parameter, respekterer Zoho den. Men Received-headeren legges til uansett.

Zoho webmail vs. IMAP-klienter

Og her blir det komplisert.

Zohos webmailgrensesnitt viser datoer basert på e-postens Date-header, på lignende måte som Gmails webgrensesnitt. Dermed kan datoene se korrekte ut når du ser e-postene via Zoho webmail. Men enhver IMAP-klient som kobler til Zoho-kontoen (Outlook, Apple Mail, Thunderbird) vil bruke Received-headeren eller INTERNALDATE, og vise migreringsdatoen i stedet for den opprinnelige datoen.

En administrator kan sjekke Zoho webmail, se korrekte datoer og konkludere med at migreringen var vellykket. I mellomtiden rapporterer brukere som kobler til via Outlook eller Apple Mail at alle e-postene viser samme dato. For å lære mer om hvordan ulike klienter håndterer datoer, se IMAP INTERNALDATE: hvorfor datoer ødelegges.

Identifisere problemet i Zoho Mail

Sjekk e-postheadere

For å bekrefte at migrerings-Received-headere forårsaker datoproblemet, åpne en påvirket e-post i Zoho webmail og se på råheaderne. Klikk på trepunktsmenyen til en e-post og velg "Vis originalen". Se på den øverste Received-headeren. Hvis den inneholder et tidsstempel som samsvarer med migreringsdatoen og refererer til et migreringsverktøy eller en server som ikke var en del av den opprinnelige leveringsveien, er problemet bekreftet.

Sammenlign datoer på tvers av klienter

Åpne den samme e-posten i Zoho webmail og i en IMAP-klient som Outlook. Hvis Zoho webmail viser "15. januar 2024" men Outlook viser "11. april 2025" (migreringsdatoen), er Received-headerproblemet årsaken.

Korrigere Zoho Mail-datoer med Redate.io

Tilkobling via IMAP

Redate.io kobler til Zoho Mail-kontoer via standard-IMAP. For å koble til en Zoho Mail-konto trenger du IMAP-serveradressen (imap.zoho.com eller imap.zoho.eu avhengig av datasenter), e-postadressen og et app-spesifikt passord. Zoho krever app-spesifikke passord for IMAP-tilkoblinger når tofaktorautentisering er aktivert (som er anbefalt sikkerhetskonfigurasjon).

For å generere et app-spesifikt passord i Zoho: gå til Zoho-kontoinnstillingene, naviger til Sikkerhet, deretter App-spesifikke passord, og generer et nytt passord for Redate.io. Dette passordet gir IMAP-tilgang uten å eksponere kontoens hovedpassord.

Analyse- og korreksjonsprosessen

Etter tilkobling analyserer Redate.io hele Zoho-postkassen for å identifisere e-poster med migrerings-Received-headere. Analysen sjekker hver mappe (Innboks, Sendt, Utkast og egendefinerte mapper) og teller antall påvirkede e-poster. Analysen er gratis.

Redate.ios proprietære korreksjonsmotor analyserer deretter den fullstendige headerkjeden til hver påvirket e-post, og oppdager avvik i datostemplene som følger av migreringen, en metode som fungerer med ethvert migreringsverktøy. Den flertrinns prosessen håndterer kodingsproblemer, multipart-meldingsstrukturer, innebygde vedlegg, digitale signaturer og dusinvis av spesialtilfeller som en hjemmelaget tilnærming ville bommet på. Hver korrigert e-post gjennomgår en integritetssjekk før originalen flyttes til en synlig sikkerhetskopimappe kalt "Redate.io - Originals", der den blir liggende til kunden selv velger å fjerne den.

Hvorfor ikke bare skrive et skript selv? Fordi spesialtilfellene er der alt går galt. S/MIME-signerte e-poster, korrupte MIME-grenser, ikke-ASCII-kodede headere i henhold til RFC 2047, nestede multipart-strukturer, meldinger uten Date-header i det hele tatt. Et skript som håndterer 90 % av e-postene og stille ødelegger de resterende 10 % er verre enn intet skript (ikke den typen oppdagelse du ønsker på en mandags morgen).

Zoho-spesifikke hensyn

Zoho IMAP-hastighetsbegrensninger

Zoho Mail pålegger hastighetsbegrensninger på IMAP-tilkoblinger for å forhindre misbruk. Redate.io respekterer disse begrensningene og senker korreksjonsprosessen for å holde seg innenfor Zohos tillatte forespørselsrater. For postkasser med et stort antall e-poster kan korreksjonen ta lengre tid enn på plattformer med mer generøse begrensninger.

Zoho gratis vs. betalte planer

Zoho Mails gratisplan støtter ikke IMAP-tilgang. IMAP er bare tilgjengelig på betalte Zoho Mail-planer (Mail Lite og høyere). Hvis den aktuelle Zoho-kontoen er på gratisplanen, må IMAP aktiveres ved å oppgradere til en betalt plan før Redate.io kan koble til.

Zoho datasenterplassering

Zoho driver datasentre i flere regioner (USA, EU, India, Australia, Japan). IMAP-serveradressen varierer etter region: imap.zoho.com (USA), imap.zoho.eu (EU), imap.zoho.in (India), imap.zoho.com.au (Australia). Sørg for å bruke riktig regional serveradresse når du kobler til Redate.io.

Zoho Mail viser feil datoer etter migrering? Kjør en gratis analyse med Redate.io for å se nøyaktig hvor mange e-poster som er berørt.