Перенос почтовых ящиков Kopano на Grommunio или Zammad: выберите правильный путь.

Правильный путь миграции зависит от того, что вы подразумеваете под «почтовым ящиком». Если вам нужна замена Kopano, которая хранит почту в почтовом ящике группового ПО, используйте путь миграции Kopano от grommunio. Если вам нужна общая очередь поддержки, где входящие электронные письма преобразуются в переписку с клиентами и заявки, Zammad может подойти — но это служба поддержки, а не замена почтового ящика группового ПО. В текущей документации по миграции Zammad Kopano не указан как прямой источник импорта.

Это различие определяет, как выглядит успешный результат. В grommunio пользователи должны иметь возможность находить свою почту и, после отдельной работы по миграции, другие поддерживаемые данные группового ПО, на которые они полагаются. В Zammad агенты должны видеть выбранную корреспонденцию как правильно сгруппированные заявки и статьи, с указанием клиентов и ответственных лиц в соответствии с вашим рабочим процессом поддержки. Ни одна из целевых систем не должна рассматриваться как точная копия Kopano без предварительного тестирования и приемочной проверки.

Выберите целевой объект перед копированием данных.

В обзоре миграции grommunio рекомендуется gromox-kdb2mtиспользовать Kopano/Zarafa, и этот путь описывается как перемещение целых почтовых ящиков, включая свойства MAPI. Отдельный путь для IMAP перемещает почту и папки, но не календари или контакты. Перед выбором инструмента ознакомьтесь с текущим обзором миграции grommunio .

Спланируйте миграцию и определите критерии приемки.

Начните с инвентаризации, а не с массового копирования. Запишите данные каждого пользователя Kopano: основной и псевдонимный адреса, идентификатор хранилища, размер почтового ящика, количество элементов, квота, общие папки, делегаты, общедоступные папки и службы аутентификации пользователей. Обратите внимание, использует ли Kopano LDAP и хранятся ли вложения в базе данных или в файловой системе. Перенос почтового ящика позволяет перемещать содержимое, не затрагивая конфигурацию каталогов, маршрутизацию почты и права доступа.

Выберите небольшой набор тестовых файлов, представляющих собой репрезентативную выборку: один обычный почтовый ящик, один большой почтовый ящик и любой почтовый ящик с общим доступом, неанглийскими именами папок или необычными вложениями. Создайте резервные копии исходного и целевого почтовых ящиков и выполните первый импорт в одноразовый или иным образом чистый целевой почтовый ящик. Определите измеримые проверки перед запуском инструментов:

• Сравните структуру папок источника и цели, а также количество сообщений, включая вложенные папки.
• Откройте примеры старых и недавних сообщений, проверьте отображение отправителя и получателя, даты, текст сообщений и вложения.
• Проверьте непрочитанные и помеченные состояния, для которых метод миграции должен их сохранить.
• Проверяйте календари, контакты, задачи, делегатов и общие ресурсы по отдельности; не делайте вывод об их успешности на основании успешного импорта почты.
• Зафиксируйте пропущенные объекты, ошибки и расхождения, а затем решите, являются ли они допустимыми или требуют применения другого метода.

Вариант А: перенести Kopano на grommunio

Используйте путь миграции базы данных Kopano, если вам необходима целостность почтовых ящиков.

Для поддерживаемых баз данных Kopano в документации grommunio описан прямой путь использования gromox-kdb2mtвместе с gromox-mt2exm. Первая утилита считывает одно хранилище из базы данных Kopano SQL и связанное с ним хранилище вложений; вторая импортирует поток передачи в почтовый ящик grommunio. Следуйте синтаксису вызова и параметрам для установленных вами версий, вместо того чтобы копировать универсальную командную строку из другой развертывания.

Исходная SQL-служба и необходимые файлы вложений должны быть доступны для процесса миграции. В текущем руководстве по gromox-kdb2mt перечислены поддерживаемые версии схем баз данных и указано, что для установок, использующих соответствующие параметры attachment_storage=files_v1-x-y, необходимы соответствующие --l1опции --l2. Если ваша исходная структура отличается, приостановите и устраните проблему с сопоставлением хранилища, прежде чем пытаться выполнить полный импорт.

Подготовьте целевые домены и почтовые ящики перед импортом. Если Kopano использует LDAP, решите, будет ли grommunio использовать тот же каталог, и проверьте соответствие пользователей перед переносом хранилищ. Официальное руководство по миграции Kopano описывает многоэтапный процесс: настройте интеграцию с каталогом целевой системы, где это применимо, создайте хранилища, перенесите данные пользователей, а затем переключите маршрутизацию почты. В нем также предупреждается, что руководство может не охватывать все исходные установки.

Составляйте карту пользователей целенаправленно. База данных Kopano может идентифицировать магазины по числовым или GUID-метаданным, а не по простому адресу электронной почты. В документации grommunio kdb-uidextractесть вспомогательный инструмент для создания карты пользователей из работающей системы Kopano; см. руководство kdb-uidextract . Сопоставление имеет значение для адресов получателей и записей управления доступом. Передача может технически пройти успешно, даже если разрешения для общих папок по-прежнему указывают на идентификаторы, которых нет в целевой системе.

Используйте синхронизацию по протоколу IMAP только в том случае, если её возможности соответствуют вашим задачам.

Если прямая миграция базы данных недоступна или вам нужна только электронная почта, синхронизация по IMAP может стать практичной альтернативой, если IMAP включен и доступен в Kopano. Документированный imapsyncрабочий процесс grommunio поддерживает повторяющиеся полные и дельта-запуски и сохраняет почтовые папки, стандартные флаги и внутренние даты. Его ограничения существенны: IMAP не передает календари, контакты, задачи, заметки, правила на стороне сервера, делегирование, общие папки или пароли.

Сначала подготовьте целевые почтовые ящики и квоты, защитите учетные данные в защищенных файлах и проверьте подключение перед созданием первого копирования. Выполните первоначальную синхронизацию для одного пилотного почтового ящика, просмотрите результат в веб-версии grommunio, затем повторите дельта-синхронизацию после перенаправления потока почты. Подробное руководство по миграции grommunio IMAP включает подготовку, тестовые проверки, сопоставление папок, дельта-синхронизацию, переключение и устранение неполадок. Избегайте использования зеркалирования или удаления, если вы точно не проверили, что именно они удаляют.

Вариант B: перенести выбранную корреспонденцию в Zammad.

Zammad организует работу в виде заявок с разделами «статьи», «клиенты», «группы» и «агенты». Он не воссоздает почтовый ящик в стиле Exchange с календарем, контактами, задачами, правами доступа к папкам и обычным поведением почтового клиента. В документации по миграции в настоящее время указаны поддерживаемые исходные системы, такие как Freshdesk, Kayako, OTRS и Zendesk, но не Kopano. В документации говорится, что миграция неподдерживаемых источников требует подхода на основе API или выполнения индивидуальной работы по миграции.

Перед созданием импортера определите правила преобразования. Решите, какие почтовые ящики или папки Kopano представляют запросы в службу поддержки, как группировать сообщения в беседы, как сопоставлять отправителей с клиентами Zammad и как сопоставлять старых владельцев или категории с группами и агентами Zammad. Почтовый ящик не автоматически становится очередью заявок: личная переписка, информационные бюллетени, черновики и автоматические уведомления могут не относиться к заявкам, предназначенным для взаимодействия с клиентами.

Для исторических данных спланируйте контролируемый процесс экспорта и импорта, используя поддерживаемый API Zammad или собственный миграционный инструмент. Сохраняйте исходные даты и заголовки сообщений, если это позволяет целевая модель данных, сохраняйте вложения и регистрируйте идентификаторы исходного почтового ящика и сообщений для обеспечения отслеживаемости. Сначала импортируйте небольшой образец в новый экземпляр Zammad. Общие правила миграции Zammad гласят, что миграция источника осуществляется по принципу «всё или ничего» и требует создания нового экземпляра; эти правила касаются документированных модулей миграции, поэтому проверьте поведение любого пользовательского импортера отдельно.

Используйте почтовый канал Zammad для подключения адреса, который должен создавать или получать новую корреспонденцию службы поддержки после перехода на новую систему. В текущей документации по почтовому каналу Zammad описано подключение почтовых провайдеров и маршрутизация входящих сообщений. Рассматривайте настройку канала и импорт истории почтовых ящиков как отдельные задачи. Не направляйте реальный почтовый ящик клиента на непроверенный импортер: дублирование заявок, неожиданные ответы или неправильная маршрутизация могут повлиять на реальных пользователей.

Переключитесь без потери входящей почты.

Обеспечьте доступность и резервное копирование Kopano на протяжении всего периода приемки. После успешного завершения пилотного проекта запустите основную миграцию и запишите базовые параметры источника. Запланируйте короткое окно изменений для приостановки или перенаправления доставки, выполнения окончательного дельта-импорта или импорта для восстановления, переключения MX-сервера или внутренней маршрутизации, а затем отправки тестовых сообщений как изнутри, так и извне организации. В обзоре миграции Grommunio специально рекомендуется выполнить окончательный дельта-импорт после переключения DNS/MX, чтобы не пропустить сообщения, поступающие во время перехода.

Обновите данные для входа пользователей, конфигурацию клиента, автообнаружение, мобильные устройства, псевдонимы, правила ретрансляции и любое приложение, отправляющее данные через Kopano. Это не связано с копированием данных почтового ящика. Разработайте план отката: знайте, как перенаправить почту обратно, как пользователи будут получать доступ к исходному серверу и кто может разрешить откат, если целевой сервер не пройдет проверку.

Как оценить результат и когда следует изменить подход.

Миграция готова к нормальному использованию, когда папки целевой системы и их содержимое соответствуют исходным в пределах согласованных допусков, пользователи могут находить недавние и архивные сообщения, открывать вложения, а почтовая пересылка работает в обоих направлениях. Для Grommunio отдельно проверьте миграцию календаря и контактов, общий доступ, вход в каталог и поведение клиента. Для Zammad проверьте границы заявок, порядок статей, совпадения клиентов, видимость, назначение и убедитесь, что старые сообщения не вызвали непреднамеренные исходящие ответы.

Измените методы, если в ходе пилотного проекта выявится отсутствие данных MAPI, поврежденные вложения, неразрешенные списки контроля доступа (ACL) или необходимость сохранения функций группового ПО, которые невозможно передать с помощью копии IMAP. Для Zammad пересмотрите целевую платформу, если основным требованием является непрерывность работы личного почтового ящика или поддержка календаря/контактов. Пользовательская миграция может обеспечить связь между моделями данных, но она добавляет работы по сопоставлению, тестированию и обслуживанию; она не эквивалентна импорту почтовых ящиков Kopano. Оставьте Kopano доступным только для чтения или сохраните отдельный архив до тех пор, пока пользователи и администраторы не смогут проверить необходимые им записи.