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 граници, не-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, за да видите точно колко имейла са засегнати.