Zimbra та проблеми дат після міграції
Zimbra Collaboration Suite - одна з найпоширеніших поштових платформ з відкритим вихідним кодом у світі. Університети, державні установи, підприємства, хостинг-провайдери - всі використовують Zimbra. І інсталяції Zimbra часто є джерелом або призначенням масштабних міграцій електронної пошти, коли організації переходять на хмарні платформи, такі як Google Workspace або Microsoft 365, консолідують кілька інстансів Zimbra або мігрують з іншої платформи на Zimbra.
У кожному з цих сценаріїв процес міграції може пошкодити дати листів. Після міграції всі листи показують дату міграції замість оригінальної дати відправлення або отримання.
Чому міграції Zimbra є поширеними
Корпоративне використання та хостинг
Zimbra популярна у середовищах, де організації хочуть мати повний контроль над своєю поштовою інфраструктурою. Університети використовують Zimbra для обслуговування десятків тисяч скриньок студентів та викладачів. Хостинг-провайдери пропонують Zimbra як кероване рішення електронної пошти. Державні установи розгортають Zimbra локально для дотримання вимог суверенітету даних.
Коли ці організації вирішують мігрувати, міграція передбачає переміщення масивних обсягів поштових даних.
Поширені шляхи міграції
Найтиповіші сценарії міграції 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, закодовані заголовки non-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 часто мають дуже великі скриньки (від 50 000 до 200 000 листів на користувача). Як перевірити, що кожне виправлене повідомлення залишилось цілим? Redate.io обробляє великі скриньки порціями, дотримуючись лімітів з'єднань сервера та відновлюючи роботу у разі переривання з'єднання. Кожний лист проходить перевірку цілісності.
Теги та спільні теки Zimbra
Zimbra підтримує теги (подібні до міток Gmail) та спільні теки. Redate.io зберігає всі теги Zimbra на виправлених листах. Спільні теки обробляються так само, як звичайні теки, і дозволи на спільний доступ теки не зачіпаються.
Хостинг-провайдери Zimbra
Багато хостинг-провайдерів пропонують Zimbra як керований сервіс. Для керованої Zimbra доступ IMAP має бути увімкнений провайдером. Більшість керованих інсталяцій Zimbra мають IMAP увімкненим за замовчуванням. Якщо IMAP недоступний, зверніться до провайдера для його увімкнення перед підключенням Redate.io.
Дати Zimbra зламані після міграції? Запустіть безкоштовний аналіз з Redate.io, щоб побачити, скільки листів уражено, та відновити правильні часові штампи.