Voidaanko päivämäärät korjata siirron jälkeen?

Lukuaika 7 min Viimeksi päivitetty:

Lyhyt vastaus: kyllä

Sähköpostien päivämäärät voidaan ehdottomasti korjata siirron jälkeen. Alkuperäiset päivämäärätiedot säilyvät jokaisen sähköpostin otsakekentissä, vaikka sähköpostiohjelmat näyttävätkin väärän päivämäärän. "Date"-otsake (joka tallentaa milloin sähköposti alun perin lähetettiin) selviää siirtoprosessista muuttumattomana. Se mikä muuttuu on "Received"-otsake ja IMAP INTERNALDATE, jotka ovat arvoja joita sähköpostiohjelmat käyttävät saapumispäivän näyttämiseen. Korjaamalla nämä arvot postilaatikon alkuperäinen aikajärjestys voidaan palauttaa kokonaan.

Miksi useimmat luulevat että se on mahdotonta

Monet IT-ylläpitäjät ja loppukäyttäjät uskovat, että kun sähköpostit näyttävät väärän päivämäärän siirron jälkeen, mitään ei ole tehtävissä. Tätä uskomusta vahvistavat viralliset tukikanavat ja yhteisöfoorumit jotka eivät tarjoa todellista ratkaisua.

Mitä Googlen tuki sanoo

Google Workspace -tuki neuvoo yleensä käyttäjiä "käyttämään toista sähköpostiohjelmaa" tai "lajittelemaan lähetyspäivämäärän mukaan saapumispäivän sijaan". Kumpikaan ehdotus ei oikeasti korjaa ongelmaa. Google Workspace -ylläpitodokumentaatio ei käsittele päivämäärien korjausta siirron jälkeen lainkaan. Yhteisöfoorumeilla on satoja keskusteluketjuja turhautuneista ylläpitäjistä jotka ovat saaneet saman ei-vastauksen.

Mitä Microsoftin tuki sanoo

Microsoftin tukivastaukset noudattavat samaa kaavaa. Tavanomaiset ehdotukset ovat Outlook-profiilin uudelleenrakennus, paikallisen välimuistin tyhjennys tai näkymän vaihtaminen "Lähetetty"-sarakkeeseen. Mikään näistä ei korjaa palvelinpuolen dataa. Microsoftin siirtodokumentaatio varoittaa mahdollisista päivämääräongelmista mutta ei tarjoa siirron jälkeistä korjausta.

imapsync-FAQ:n väärinkäsitys

imapsyncin dokumentaatio tunnustaa että "päivämäärät eivät välttämättä säily siirron aikana" ja esittää tämän IMAP-protokollan luontaisena rajoituksena. Vaikka IMAP-protokolla tosiaan vaatii "Received"-otsakkeen lisäämistä viestin lisäyksessä, tämä ei tarkoita etteivatkö päivämäärät olisi korjattavissa jälkikäteen. Oikeastaan imapsyncin FAQ luo vaikutelman että ongelma on pysyvä ja korjaamaton, mikä lannistaa ylläpitäjiä etsimästä ratkaisua.

Kolme tapaa korjata sähköpostipäivämäärät

Sähköpostipäivämäärien korjaamiseen siirron jälkeen on kolme realistista lähestymistapaa. Ne eroavat toisistaan merkittävästi kustannusten, riskin, ajan ja teknisen monimutkaisuuden osalta.

Vaihtoehto 1 - Uudelleenmigraatio (500-5 000 EUR, korkea riski)

Koko siirron uudelleen ajaminen on radikaalein lähestymistapa. Se tarkoittaa kaikkien sähköpostien siirtämistä uudelleen alkuperäisestä lähteestä (jos se on edelleen olemassa) kohteeseen, käyttäen työkalua tai asetuksia jotka säilyttävät päivämäärät paremmin. Kustannus vaihtelee 500-5 000 EUR välillä postilaatikoiden määrästä ja työkalusta riippuen. Uudelleenmigraatio vaatii että alkuperäinen lähdepalvelin on edelleen saatavilla kaikkine tietoineen, mikä ei usein enää pidda paikkansa kuukausia alkuperäisen siirron jälkeen. Prosessi sisältää merkittävän käyttökatkon, duplikaattiriskin eikä takuuta siitä ettei päivämääräongelma toistu. Uudelleenmigraatio on harvoin käytännöllinen ja lähes koskaan kustannustehokas.

Vaihtoehto 2 - Konsultin palkkaaminen (300-1 200 EUR per postilaatikko)

Erikoistuneet IT-konsultit voivat korjata sähköpostipäivämääriä räätälöidyillä skripteillä ja suoralla palvelinpääsyllä. Tämä lähestymistapa toimii, mutta se on kallis ja hidas. Konsultti veloittaa tyypillisesti 300-1 200 EUR postilaatikkoa kohden monimutkaisuudesta ja sähköpostimäärästä riippuen. Prosessi sisältää manuaalista skriptausta, testausta ja varmennusta jokaiselle postilaatikolle. 50 postilaatikon organisaatiolle kustannus voi ylittää 20 000 EUR. Käsittelyaika on yleensä 4-8 tuntia postilaatikkoa kohden, ja konsultilla on oltava syvallinen tuntemus IMAP-protokollista ja sähköpostin otsakekentien rakenteesta.

Vaihtoehto 3 - Redate.io (automatisoitu, hinta tarkistuksen perusteella)

Redate.io on palvelu joka on suunniteltu nimenomaan koko päivämääräkorjausprosessin hallintaan. Postilaatikon yhdistämisen jälkeen (Google Workspace, Microsoft 365 tai mikä tahansa IMAP-palvelin) Redate.io analysoi vaikuttuneet sähköpostit ilmaiseksi ja korjaa sitten jokaisen sähköpostin oman korjausmoottorinsa avulla. Hinnoittelu on postilaatikkokohtainen korjattavien sähköpostien määrän mukaan: hinta lasketaan tarkistuksen tuloksen perusteella ja näytetään ennen maksua. Ilmainen kokeilu korjaa 10 sähköpostia tulosten varmistamiseksi ennen ostoa.

Miten korjausmoottori toimii

IT-ylläpitäjille

Redate.io yhdistää postilaatikkoon käyttäjän oman kirjautumisen kautta (Google Workspace, Microsoft 365 tai IMAP). Jokaisen analyysin aikana tunnistetun sähköpostin kohdalla oma korjausmoottori suorittaa monivaiheisen analyysiprosessin. Se tunnistaa siirtoartefaktit vertaamalla tunnisteita satoihin tunnettuihin siirtotyökaluprofiileihin, jotka on rakennettu suurten sähköpostimäärien käsittelyn pohjalta. Se tehdä kohdennettuja korjauksia säilyttäen samalla kaikki alkuperäiset otsakekentät ja viestin sisällön, ja vahvistaa sitten tuloksen eheystarkistuksella ennen viimeistelyä.

Tämä ei ole pelkkä otsakkeen muokkausta. Moottori käsittelee RFC-vaatimustenmukaisuuden validoinnin, viestin rakenteen säilyttämisen monimutkaisten MIME multipart -rakenteiden läpi, Content-Transfer-Encoding-rajatapaukset, ei-ASCII-otsakkeiden purkamisen (RFC 2047) ja kymmeniä muita tilanteita jotka saisivat yksinkertaisen skriptin hiljaisesti korruptoimaan dataa. S/MIME-allekirjoitetut sähköpostit ja PGP-salatut viestit tunnistetaan automaattisesti ja käsitellään asianmukaisesti kryptografisen eheyden säilyttämiseksi. Alkuperäinen viesti siirretään näkyvään labeliin tai kansioon ("Redate.io - Originals") sen sijaan että se poistettaisiin.

Ei-tekninen yhteenveto

Redate.io lukee jokaisen sähköpostin, tunnistaa väärän päivämäärän aiheuttavat siirtoartefaktit, tekee korjaukset, varmentaa tuloksen ja säilyttää alkuperäisen viestin näkyvässä kansiossa, kunnes käyttäjä poistaa sen itse. Koko prosessi on automaattinen. Käyttäjältä ei vaadita teknistä osaamista, riittää kun yhdistää postilaatikon ja käynnistää analyysin.

Kustannusvertailutaulukko

Ratkaisu Kustannus Aika Riski Tekninen osaaminen
Uudelleenmigraatio 500-5 000 EUR 2-5 päivää Korkea (katko, tietojen menetys) Korkea
IT-konsultti 300-1 200 EUR/laatikko 4-8 h/laatikko Keskitaso Korkea (konsultti)
Räätälöidyt skriptit Ilmainen (kehittäjän aika) 8-20 h kehitystyötä Korkea (ei varmennusta) Erittäin korkea
Redate.io Tarkistuksen perusteella 10-30 minuuttia Nolla (varmennettu, varmuuskopio säilytetään) Ei vaadita

Yksittäiselle 5 000 sähköpostin postilaatikolle kustannusvertailu on selkeä: uudelleenmigraatio maksaa yli 500 EUR korkealla riskillä, konsultti veloittaa 300-600 EUR, räätälöity skripti vaatii 8-20 tuntia kehittäjäaikaa, ja Redate.io:n hinta lasketaan tarkistuksen perusteella, automatisoidulla varmennuksella ja nollariskillä.

Väärien sähköpostipäivämäärien todellinen kustannus

Kun sähköpostien päivämäärät ovat pielessä siirron jälkeen, kustannus ylittää reilusti teknisen korjauksen. Väärät päivämäärät vaikuttavat käyttäjien tuottavuuteen, säädöstenmukaisuuteen, oikeudelliseen puolustettavuuteen ja IT-tuen kuormitukseen. Ennen ratkaisun valintaa kannattaa ymmärtää itse ongelman kustannus.

Tuottavuuden menetys

Kun jokainen sähköposti näyttää siirtopäivämäärän, käyttäjät menettävät kyvyn löytää sähköposteja päivämäärän perusteella. Työntekijä joka yleensä paikantaa viestin muistamalla "se tuli maaliskuussa" kohtaa postilaatikon jossa jokainen viesti näyttää saapuneen samana päivänä.

50 käyttäjän organisaatiolle jopa vaatimaton 15 minuutin päivittäinen lisäys sähköpostien hakuajassa tarkoittaa noin 3 125 tuntia menetettyä tuottavuutta vuodessa. Tämä ei ole pyöristysvirhe.

Organisaatiot joilla on sääntelyvaatimuksia (GDPR, HIPAA, SOX) nojaavat sähköpostien aikaleimiin tarkastusjäljissä, asiakirjojen säilytyksessä ja oikeudellisissa pidoissa. Väärät päivämäärät voivat mitätöidä vaatimustenmukaisuuskirjanpidon, monimutkaistaa eDiscoverya oikeudenkäyntitapauksissa ja aiheuttaa tarkastuslausuntoja. Säädöstenmukaisuuden laiminlyönnin kustannus ylittää valtavasti päivämäärien korjaamisen kustannuksen.

IT-tuen kuormitus

Päivämääräongelmallisen siirron jälkeen IT-helpdesk saa aallon tukipyyntojä hämmentyneiltä käyttäjiltä. Jokainen tukipyynto vie 15-30 minuuttia selvittämiseen. 100 vaikuttuneelle käyttäjälle tämä voi kuluttaa 50-100 tuntia IT-tukea pelkästään ensimmäisellä viikolla.

Kustannusvertailu organisaation koon mukaan

1 postilaatikko (5 000 sähköpostia)

RatkaisuKustannusAika
Uudelleenmigraatio500-1 500 EUR1-2 päivää
Konsultti300-600 EUR2-6 tuntia
Oma skripti1 760-6 600 EUR (kehittäjän aika)22-44 tuntia
Redate.ioTarkistuksen perusteellaMuutamia minuutteja

10 postilaatikkoa (5 000 sähköpostia kukin)

RatkaisuKustannusAika
Uudelleenmigraatio2 000-5 000 EUR2-5 päivää
Konsultti3 000-6 000 EUR10-40 tuntia
Oma skripti1 760-6 600 EUR (uudelleenkäytettävä)22-50 tuntia
Redate.ioTarkistuksen perusteellaMuutamia tunteja

50 postilaatikkoa (10 000 sähköpostia kukin)

RatkaisuKustannusAika
Uudelleenmigraatio5 000-15 000 EUR1-2 viikkoa
Konsultti15 000-30 000 EUR50-200 tuntia
Oma skripti1 760-6 600 EUR (uudelleenkäytettävä)22-100 tuntia
Redate.ioTarkistuksen perusteellaMuutamia tunteja

100 postilaatikkoa (10 000 sähköpostia kukin)

RatkaisuKustannusAika
Uudelleenmigraatio10 000-25 000 EUR2-4 viikkoa
Konsultti30 000-60 000 EUR100-400 tuntia
Oma skripti1 760-6 600 EUR (uudelleenkäytettävä)22-200 tuntia
Redate.ioTarkistuksen perusteellaMuutamia tunteja - yksi päivä

Sijoitetun pääoman tuotto

50 postilaatikon organisaatiolle Redate.io:ta käytettäessä postilaatikkokohtaisella, tarkistuksen tuloksen mukaan lasketulla hinnalla, ROI on selkeä. Vaihtoehtoinen konsulttikustannus: 15 000-30 000 EUR (säästö 10 000-25 000 EUR). Tuottavuuden palautuminen (50 käyttäjää saa takaisin 15 minuuttia päivässä): noin 46 875 EUR vuodessa. IT-tuen väheneminen: 3 750-7 500 EUR säästöä. Ensimmäisen vuoden kokonais-ROI: noin 10-15x Redate.io:n kustannus.

Jopa yksittäisen postilaatikon kohdalla säästöt puhuvat Redate.io:n puolesta kaikkiin vaihtoehtoihin verrattuna paitsi ongelman sivuuttamiseen. Ja sääntelyvaatimusten alaisille organisaatioille sivuuttaminen ei ole vaihtoehto.

Milloin päivämääriä ei voida korjata

Vaikka Redate.io pystyy korjaamaan valtaosan väärillä päivämäärillä olevista sähköposteista, on harvinaisia tapauksia joissa alkuperäistä päivämäärää ei voida palauttaa.

Puuttuva alkuperäinen Date-otsake

Jotkut sähköpostit (yleensä automaattiset järjestelmäilmoitukset tai virheellisesti muodostetut viestit) eivät välttämättä sisällä alkuperäistä "Date"-otsakekenttää. Ilman tätä otsaketta ei ole viitepistettä oikealle päivämäärälle. Redate.io tunnistaa ja ohittaa nämä sähköpostit automaattisesti analyysin aikana. Ne raportoidaan erikseen jotta käyttäjä tietää tarkalleen mitkä sähköpostit eivät olleet korjattavissa. Maksu veloitetaan vain todella korjatuista sähköposteista.

Salatut tai allekirjoitetut sähköpostit (S/MIME, PGP)

Digitaalisesti S/MIME:llä tai PGP:llä allekirjoitetut sähköpostit sisältävät kryptografisen allekirjoituksen joka kattaa sähköpostin otsakekentät. Minkä tahansa otsakkeen muokkaaminen (mukaan lukien siirron "Received"-otsakkeen poisto) mitätöisi allekirjoituksen. Redate.io tunnistaa allekirjoitetut sähköpostit ja ohittaa ne allekirjoituksen eheyden säilyttämiseksi. Useimmissa organisaatioissa allekirjoitetut sähköpostit muodostavat pienen osuuden postilaatikon kokonaismäärästä, ja loput sähköpostit voidaan korjata normaalisti.

Haluatko korjata sähköpostien päivämäärät? Käynnistä ilmainen analyysi ja näe kuinka monta sähköpostia on vaikuttunut. Testaa korjaus 10 sähköpostilla ennen ostopäätöstä.

Aiheeseen liittyvät artikkelit