Zoho Mail та проблема дат
Zoho Mail - популярна поштова платформа для малого та середнього бізнесу, економічна альтернатива Google Workspace та Microsoft 365. Багато організацій мігрують до Zoho для зниження витрат. Інші мігрують з Zoho, переходячи на більшу платформу.
В обох напрямках процес міграції може пошкодити дати листів. Кожне повідомлення у скриньці отримує штамп з датою міграції замість оригінальної дати відправлення або отримання. Це дратує, і це трапляється значно частіше, ніж більшість адміністраторів собі уявляють.
Поширені сценарії міграції Zoho
Міграція до Zoho Mail
Організації, що переходять на Zoho Mail, зазвичай мігрують з Google Workspace, Microsoft 365 або звичайного IMAP-хостингу (cPanel, Plesk, Dovecot). Zoho надає власний майстер міграції, що підтримує імпорт IMAP з більшості поштових провайдерів. Майстер підключається до сервера-джерела, завантажує листи через IMAP та вставляє їх у облікові записи Zoho Mail. Під час цієї вставки сервери Zoho додають заголовок "Received" з часовим штампом міграції до кожного повідомлення. Цей новий заголовок стає найвищим записом у ланцюжку, що змушує поштові клієнти показувати дату міграції.
Міграція з Zoho Mail
Коли організації переростають Zoho або потребують функцій, ексклюзивних для Google Workspace чи Microsoft 365, вони мігрують. Такі інструменти, як BitTitan MigrationWiz, imapsync або навіть ручне копіювання IMAP через Thunderbird, є поширеними. Кожний з цих методів завантажує листи з Zoho та повторно вставляє їх на сервер призначення через IMAP APPEND, спричиняючи ту саму проблему із заголовком Received. Для деталей, специфічних для кожного інструмента, зверніться до посібників з BitTitan, imapsync або ручного копіювання IMAP.
Міграція між обліковими записами Zoho
Навіть міграція між обліковими записами Zoho Mail (при реструктуризації компанії або зміні домену, наприклад) може спричинити проблеми з датами. Щоразу, коли листи завантажуються та повторно вставляються через IMAP, сервер призначення додає свій заголовок Received. Не має значення, що і джерело, і призначення є обліковими записами Zoho.
Як Zoho Mail обробляє дати IMAP
Реалізація IMAP Zoho
Zoho Mail підтримує стандарт IMAP4rev1 (RFC 3501). Коли повідомлення вставляється через IMAP APPEND, сервер Zoho дотримується специфікації протоколу: додає заголовок Received з поточним часовим штампом та зберігає повідомлення з INTERNALDATE. Якщо команда APPEND включає явний параметр INTERNALDATE, Zoho його поважає. Але заголовок Received все одно додається незалежно від обставин.
Вебпошта Zoho проти IMAP-клієнтів
І ось де все ускладнюється.
Інтерфейс вебпошти Zoho відображає дати на основі заголовка Date листа, подібно до вебінтерфейсу Gmail. Тому дати можуть виглядати правильно при перегляді листів через вебпошту Zoho. Але будь-який IMAP-клієнт, підключений до облікового запису Zoho (Outlook, Apple Mail, Thunderbird), використовуватиме заголовок Received або INTERNALDATE, показуючи дату міграції замість оригінальної дати.
Адміністратор може перевірити вебпошту Zoho, побачити правильні дати та зробити висновок, що міграція вдала. Тим часом користувачі, що підключаються через Outlook або Apple Mail, повідомляють, що всі їхні листи показують одну й ту саму дату. Для більш детальної інформації про те, як різні клієнти обробляють дати, див. IMAP INTERNALDATE: чому дати ламаються.
Виявлення проблеми у Zoho Mail
Перевірити заголовки листів
Щоб підтвердити, що заголовки Received міграції спричиняють проблему дат, відкрийте відповідний лист у вебпошті Zoho та перегляньте необроблені заголовки. Натисніть на меню з трьома крапками листа та оберіть "Показати оригінал". Подивіться на найвищий заголовок Received. Якщо він містить часовий штамп, що відповідає даті міграції, та посилається на інструмент міграції або сервер, який не був частиною оригінального шляху доставки, проблему підтверджено.
Порівняти дати між клієнтами
Відкрийте той самий лист у вебпошті Zoho та в IMAP-клієнті, як-от Outlook. Якщо вебпошта Zoho показує "15 січня 2024", а Outlook показує "11 квітня 2025" (дату міграції), причиною є проблема із заголовком Received.
Виправлення дат Zoho Mail з Redate.io
Підключення через IMAP
Redate.io підключається до облікових записів Zoho Mail через стандартний IMAP. Для підключення облікового запису Zoho Mail потрібні: адреса IMAP-сервера (imap.zoho.com або imap.zoho.eu залежно від центру обробки даних), адреса електронної пошти та пароль для застосунку. Zoho вимагає паролі для застосунків для IMAP-з'єднань, коли увімкнено двофакторну автентифікацію (це рекомендована конфігурація безпеки).
Для генерації пароля для застосунку в Zoho: перейдіть до налаштувань облікового запису Zoho, перейдіть до Безпека, потім Паролі для застосунків, та згенеруйте новий пароль для Redate.io. Цей пароль надає доступ IMAP без розкриття основного пароля облікового запису.
Процес сканування та виправлення
Після підключення Redate.io сканує всю скриньку Zoho для виявлення листів із заголовками Received міграції. Сканування перевіряє кожну теку (Вхідні, Надіслані, Чернетки та користувацькі теки) та підраховує кількість уражених листів. Сканування безкоштовне.
Насправді пропрієтарний рушій корекції Redate.io аналізує повний ланцюжок заголовків кожного ураженого листа, застосовуючи зіставлення сигнатур з сотнями відомих сигнатур інструментів міграції. Багатоступеневий процес обробляє проблеми кодування, структури повідомлень multipart, вбудовані вкладення, цифрові підписи та десятки складних випадків, які саморобний підхід пропустив би. Кожний виправлений лист проходить перевірку цілісності, перш ніж оригінал переміщується у видиму теку резервного копіювання "Redate.io - Originals" на 30 днів.
Чому б просто не написати скрипт самостійно? Бо складні випадки - це те, де все йде не так. Листи з підписами S/MIME, пошкоджені межі MIME, закодовані заголовки non-ASCII за RFC 2047, вкладені структури multipart, повідомлення без заголовка Date взагалі. Скрипт, що обробляє 90% листів та непомітно пошкоджує решту 10% - гірший, ніж відсутність скрипта (не те відкриття, яке хочеться зробити у понеділок вранці).
Специфічні особливості Zoho
Ліміти швидкості IMAP Zoho
Zoho Mail встановлює ліміти швидкості на IMAP-з'єднання для запобігання зловживанням. Redate.io дотримується цих лімітів, уповільнюючи процес виправлення для дотримання дозволених швидкостей запитів Zoho. Для скриньок з великою кількістю листів виправлення може тривати довше, ніж на платформах з більш щедрими лімітами.
Безкоштовний Zoho проти платних тарифів
Безкоштовний тариф Zoho Mail не підтримує доступ IMAP. IMAP доступний лише на платних тарифах Zoho Mail (Mail Lite та вищі). Якщо відповідний обліковий запис Zoho на безкоштовному тарифі, IMAP потрібно активувати переходом на платний тариф, перш ніж Redate.io зможе підключитися.
Розташування центру обробки даних Zoho
Zoho оперує центрами обробки даних у кількох регіонах (США, ЄС, Індія, Австралія, Японія). Адреса IMAP-сервера залежить від регіону: imap.zoho.com (США), imap.zoho.eu (ЄС), imap.zoho.in (Індія), imap.zoho.com.au (Австралія). Переконайтесь, що використовуєте правильну регіональну адресу сервера при підключенні до Redate.io.
Zoho Mail показує хибні дати після міграції? Запустіть безкоштовний аналіз з Redate.io, щоб побачити, скільки саме листів уражено.