Zimbra и проблемите с дати след миграция
Zimbra Collaboration Suite е една от най-разпространените имейл платформи с отворен код в света. Университети, правителствени агенции, компании, хостинг доставчици - всички използват Zimbra. А инсталациите на Zimbra често са източник или дестинация за мащабни имейл миграции, когато организациите преминават към облачни платформи като Google Workspace или Microsoft 365, консолидират множество Zimbra инстанции или мигрират от друга платформа към Zimbra.
Във всеки от тези сценарии процесът на миграция може да повреди датите на имейлите. След миграция всички имейли показват датата на миграцията вместо оригиналната си дата на изпращане или получаване.
Защо миграциите на Zimbra са чести
Корпоративна и хостинг употреба
Zimbra е популярна в среди, където организациите искат пълен контрол над имейл инфраструктурата си. Университетите използват Zimbra за обслужване на десетки хиляди студентски и преподавателски кутии. Хостинг доставчиците предлагат Zimbra като управлявано имейл решение. Правителствени агенции внедряват Zimbra on-premises за отговаряне на изисквания за суверенитет на данните.
Когато тези организации решат да мигрират, миграцията включва масивни обеми имейл данни.
Чести пътища за миграция
Най-честите сценарии за миграция на Zimbra включват: Zimbra към Google Workspace, Zimbra към Microsoft 365, Zimbra към Zimbra (подновяване на хардуер или обновяване на версия) и IMAP хостинг от трети страни към Zimbra. Всеки от тези пътища използва IMAP като транспортен механизъм и всеки предизвиква същия проблем с датите.
Как датите се развалят по време на Zimbra миграция
Проблемът с IMAP APPEND
Независимо дали мигрирате към или от Zimbra, инструментът за миграция изтегля имейлите от изходния сървър и ги зарежда на дестинацията, използвайки IMAP APPEND командата. Целевият сървър добавя "Received" хедър към всяко съобщение по време на вмъкването. Този хедър съдържа времевия печат на миграцията, а не оригиналната дата на доставка. Пощенски клиенти като Outlook показват датата от най-горния "Received" хедър, показвайки датата на миграцията за всеки имейл. За пълно техническо обяснение вижте IMAP INTERNALDATE: защо датите се развалят.
Вградените инструменти на Zimbra
Zimbra предоставя командни инструменти (zmmailbox, zmprov) за администриране на сървъра. Някои администратори използват zmmailbox за експорт и импорт на данни от кутии във вграден формат на Zimbra. Въпреки че миграцията във вграден формат може да запази повече метаданни от IMAP миграцията, тя е достъпна само за миграции Zimbra-към-Zimbra. Миграциите между платформи трябва да използват IMAP или специализирани инструменти, които разчитат на IMAP, и те винаги предизвикват проблема с Received хедъра.
imapsync и Zimbra
imapsync е най-често използваният инструмент с отворен код за миграция от и към Zimbra. Той е надежден и обработва правилно IMAP имплементацията на Zimbra. Но imapsync не може да попречи на целевия сървър да добави Received хедър по време на APPEND. Дори при запазването на INTERNALDATE от imapsync, проблемът с Received хедъра продължава. Вижте ръководството за корекция на imapsync дати за подробности.
Идентифициране на проблеми с дати в Zimbra
Проверка на хедъри в уебмейла на Zimbra
В уеб клиента на Zimbra отворете засегнат имейл, кликнете на падащата стрелка до "Отговор" и изберете "Покажи оригинала". Това показва суровото RFC 2822 съобщение с всички хедъри. Погледнете най-горния "Received" хедър. Ако съдържа времеви печат, съвпадащ с датата на миграцията, това е Received хедърът от миграцията, който причинява проблема с датите.
Разликата между уебмейл и IMAP клиент
Уеб клиентът на Zimbra може да показва стойността от Date хедъра вместо тази от Received хедъра за основното показване на дата. Това означава, че датите могат да се появят правилни в уебмейла на Zimbra, но грешни в Outlook, Apple Mail или Thunderbird. Винаги проверявайте датите в IMAP клиентите, които крайните потребители реално използват.
Коригиране на Zimbra имейл дати с Redate.io
Свързване на Zimbra с Redate.io
Redate.io се свързва със Zimbra сървъри чрез стандартен IMAP. Необходимата информация за свързване е: хостнейм на IMAP сървъра, IMAP порт (993 за SSL, 143 за STARTTLS), имейл адрес на потребителя и парола на потребителя или делегиран от администратора токен за достъп. За организации, мигриращи множество кутии, Zimbra администраторът може да използва администраторско делегиране за предоставяне на достъп до конкретни кутии без необходимост от индивидуални пароли.
Как работи корекцията
След свързване Redate.io анализира всички папки в Zimbra кутията за идентифициране на имейли с миграционни Received хедъри. Анализът е безплатен.
За всеки засегнат имейл собственият коригиращ двигател на Redate.io анализира пълната верига хедъри, прилага съпоставяне на сигнатури срещу стотици сигнатури на известни инструменти за миграция и подава съобщението през многоетапен процес на анализ, който обработва специалните случаи, които повечето скриптове пропускат напълно. S/MIME подписи, вложени MIME части, не-ASCII кодирани хедъри, вариации на Content-Transfer-Encoding. След корекция проверка на целостта потвърждава, че всяко съобщение е непокътнато, преди оригиналът да бъде преместен в резервна папка за 30 дни.
Корекцията работи, независимо дали Zimbra е източник или дестинация на миграцията. Докато кутията е достъпна чрез IMAP, Redate.io може да възстанови правилните дати.
Специфични за Zimbra съображения
Версии на Zimbra и IMAP съвместимост
Zimbra версии 8.x и 9.x поддържат пълноценно IMAP4rev1 и Redate.io работи и с двете. По-стари инсталации на Zimbra (7.x и по-ранни) също поддържат IMAP, въпреки че организациите, използващи тези версии, трябва да обмислят обновяване по съображения за сигурност.
Обработка на големи кутии
Корпоративните внедрявания на Zimbra често имат много обемни кутии (50000 до 200000 имейла на потребител). Как проверявате, че всяко от тези коригирани съобщения е непокътнато? Redate.io обработва големи кутии, като обработва имейлите на партиди, спазвайки ограниченията за свързване на сървъра и възобновявайки, ако връзка бъде прекъсната. Всеки имейл преминава през проверка на целостта.
Тагове и споделени папки на Zimbra
Zimbra поддържа тагове (подобни на Gmail етикетите) и споделени папки. Redate.io запазва всички Zimbra тагове на коригираните имейли. Споделените папки се обработват по същия начин като нормалните папки и разрешенията за споделяне на папката не се засягат.
Хоствани Zimbra доставчици
Много хостинг доставчици предлагат Zimbra като управлявана услуга. За хостван Zimbra IMAP достъпът трябва да бъде активиран от хостинг доставчика. Повечето управлявани Zimbra инсталации имат IMAP активиран по подразбиране. Ако IMAP не е наличен, свържете се с хостинг доставчика за активиране преди свързване с Redate.io.
Zimbra дати, развалени след миграция? Стартирайте безплатен анализ с Redate.io, за да видите колко имейла са засегнати и възстановите правилните времеви печати.