Zimbran päivämääräkorjaus IMAP-siirron jälkeen

Lukuaika 3 min Viimeksi päivitetty:

Zimbra ja sähköpostimigraation päivämääräongelmat

Zimbra Collaboration Suite on yksi maailman laajimmin käytetyistä avoimen lähdekoodin sähköpostialustoista. Yliopistot, viranomaiset, yritykset, hosting-palveluntarjoajat, kaikki käyttävät Zimbraa. Ja Zimbra-asennukset ovat usein suuren mittakaavan sähköpostimigraatioiden lähde tai kohde, siirtyipä organisaatio pilvialustoille kuten Google Workspace tai Microsoft 365, yhdistämässä useita Zimbra-instansseja, tai siirtymässä toiselta alustalta Zimbraan.

Jokaisessa näistä skenaarioista siirtoprosessi voi korruptoida sähköpostien päivämäärät. Siirron jälkeen kaikki sähköpostit näyttävät väärän päivämäärän alkuperäisen lähetys- tai vastaanottopäivän sijaan.

Miksi Zimbra-siirrot ovat yleisiä

Yritys- ja hosting-käyttö

Zimbra on suosittu ympäristöissä, joissa organisaatiot haluavat täyden kontrollin sähköpostiinfrastruktuuriinsa. Yliopistot käyttävät Zimbraa kymmenientuhansien opiskelijoiden ja henkilökunnan postilaatikoiden palvelemiseen. Hosting-palveluntarjoajat tarjoavat Zimbraa hallinnoituna sähköpostiratkaisuna.

Yleiset siirtoreitit

Yleisimmät Zimbra-siirtoskenaariot: Zimbrasta Google Workspaceen, Zimbrasta Microsoft 365:een, Zimbrasta Zimbraan (laitteiston uusinta tai versiopäivitys), ja kolmannen osapuolen IMAP-hostingista Zimbraan. Jokainen näistä reiteistä käyttää IMAP:ia siirtomekanismina ja jokainen käynnistää saman päivämääräongelman.

Miten päivämäärät hajoavat Zimbra-siirron aikana

IMAP APPEND -ongelma

Siirretäänpä Zimbrasta tai Zimbraan, siirtotyökalu lataa sähköpostit lähdepalvelimelta ja lisää ne kohteeseen IMAP APPEND -komennolla. Kohdepalvelin lisää "Received"-otsakkeen jokaiseen viestiin lisäyksen aikana. Täydellinen tekninen selitys: IMAP INTERNALDATE: miksi päivämäärät hajoavat.

Zimbran omat työkalut

Zimbra tarjoaa komentorivityökaluja (zmmailbox, zmprov) palvelimen hallintaan. Jotkut ylläpitäjät käyttävät zmmailboxia postilaatikkojen viemiseen ja tuomiseen Zimbran omassa muodossa. Natiiviformaattisiirto voi säilyttää enemmän metatietoja kuin IMAP-siirto, mutta se on käytettävissä vain Zimbra-Zimbra-siirroissa.

imapsync ja Zimbra

imapsync on yleisin avoimen lähdekoodin työkalu Zimbraan ja Zimbrasta siirtymiseen. Se on luotettava ja käsittelee Zimbran IMAP-toteutuksen oikein. Mutta imapsync ei voi estää kohdepalvelinta lisäämästä "Received"-otsaketta APPEND:n aikana. Katso imapsync-päivämääräkorjausopas.

Päivämääräongelmien tunnistaminen Zimbrassa

Otsakkeiden tarkastelu Zimbran webmailissa

Zimbran verkkoliittymässä avaa kyseinen sähköposti, klikkaa pudotusvalikkoa "Vastaa"-painikkeen vieressä ja valitse "Näytä alkuperäinen". Tämä näyttää raaka RFC 2822 -viestin kaikkine otsakekentineen. Katso ylin "Received"-otsake. Jos se sisältää siirron ajankohtaa vastaavan aikaleiman, se on ongelman aiheuttava siirron "Received"-otsake.

Webmailin ja IMAP-asiakkaan ero

Zimbran verkkoliittymä voi näyttää Date-otsakkeen arvon "Received"-otsakkeen sijaan. Päivämäärät voivat siis näyttää oikeilta Zimbran webmailissa mutta vääriltä Outlookissa, Apple Mailissa tai Thunderbirdissä. Tarkista aina päivämäärät IMAP-asiakkaissa, joita loppukäyttäjät todella käyttävät.

Zimbran sähköpostipäivämäärien korjaaminen Redate.io:lla

Zimbran yhdistäminen Redate.io:hon

Redate.io yhdistää Zimbra-palvelimiin standardi-IMAP:n kautta. Tarvittavat yhteystiedot: IMAP-palvelimen nimi, IMAP-portti (993 SSL:lle, 143 STARTTLS:lle), käyttäjän sähköpostiosoite ja käyttäjän salasana.

Miten korjaus toimii

Yhdistämisen jälkeen Redate.io analysoi kaikki Zimbra-postilaatikon kansiot siirron "Received"-otsakkeiden varalta. Analyysi on ilmainen.

Jokaisen asianomaisen sähköpostin kohdalla Redate.io:n oma korjausmoottori analysoi täydellisen otsakeketjun, tunnistaa siirrosta johtuvat päivämääräpoikkeamat viestin otsaketiedoista ja ajaa viestin monivaiheisen analyysiprosessin läpi. Menetelmä toimii minkä tahansa siirtotyökalun kanssa, koska tunnistus perustuu päivämääräpoikkeamiin, ei työkalukohtaisiin tunnisteisiin. Korjauksen jälkeen eheystarkistus vahvistaa, että jokainen viesti on ehjä ennen kuin alkuperäinen siirretään näkyvään varmuuskopiokansioon, jossa se pysyy, kunnes asiakas poistaa sen.

Korjaus toimii sekä silloin, kun Zimbra on siirron lähde, että silloin, kun se on kohde. Kunhan postilaatikko on käytettävissä IMAP:n kautta, Redate.io voi palauttaa oikeat päivämäärät.

Zimbra-kohtaiset huomiot

Zimbra-versiot ja IMAP-yhteensopivuus

Zimbra-versiot 8.x ja 9.x tukevat molemmat täysin IMAP4rev1:tä, ja Redate.io toimii molempien kanssa.

Suurten postilaatikoiden käsittely

Zimbran yritysasennuksissa on usein suuria postilaatikoita (50 000-200 000 sähköpostia per käyttäjä). Miten varmistetaan, että jokainen korjattu viesti on ehjä? Redate.io käsittelee suuret postilaatikot eräkäsittelynä, kunnioittaa palvelimen yhteysrajoituksia ja jatkaa, jos yhteys katkeaa. Jokainen sähköposti käy läpi eheystarkistuksen.

Zimbran tunnisteet ja jaetut kansiot

Zimbra tukee tunnisteita (samankaltaisia kuin Gmail-labelit) ja jaettuja kansioita. Redate.io säilyttää kaikki Zimbra-tunnisteet korjatuissa sähköposteissa. Jaettuja kansioita käsitellään kuten normaaleja kansioita eikä kansion jakamisoikeuksia muuteta.

Zimbra-hosting-palveluntarjoajat

Monet hosting-palveluntarjoajat tarjoavat Zimbraa hallittuna palveluna. Hallinnoidussa Zimbrassa IMAP-pääsyn on oltava käytössä palveluntarjoajan toimesta. Useimmissa hallinnoiduissa Zimbra-asennuksissa IMAP on oletuksena käytössä.

Zimbran päivämäärät rikki siirron jälkeen? Käynnistä ilmainen analyysi Redate.io:lla nähdäksesi, kuinka moneen sähköpostiin ongelma vaikuttaa, ja palauttaaksesi oikeat aikaleimat.

Aiheeseen liittyvät artikkelit