В настоящее время мы планируем перейти с размещенного поставщика обмена на Exchange Online (O365). Мы планируем выполнить прямую миграцию. При создании конечной точки миграции происходит сбой подключения при попытке подключения к серверу MAPI. Кажется, что в отличие от того, что https://support.office.com/en-us/article/Cutover-migration-to-Office-365-9496e93c-1e59-41a8-9bb3-6e8df0cd81b4#ID0EAABAAA=Run_a_cutover_migration заявляет, что клиенту миграции требуется доступ MAPI. Текущий провайдер не разрешает доступ MAPI. В настоящее время поддерживается только RPC через HTTP. У нас может быть возможность включить MAPI через HTTP и, возможно, прокси-сервер MRS. Я не могу найти информацию, поддерживает ли процесс миграции MAPI over HTTP вместо MAPI.
Можете ли вы сказать мне, поддерживает ли 1. Microsoft Migration MAPI / HTTP 2. Microsoft Migration поддерживает прокси-сервер MRS
Заранее спасибо Клеменс
ОБНОВИТЬ 22.09.2017: При попытке подключения к серверу отображается следующая ошибка. Я также использовал «Анализатор удаленного подключения», чтобы проверить подключение и получить XML-код автообнаружения. Я получил обмен и сервер RPC / HTTP из этого xml.
MapiExceptionCallFailed: Unable to make connection to the server. (hr=0x80004005, ec=1249) Diagnostic context: Lid: 49064 dwParam: 0x3 Lid: 59431 EMSMDB.EcDoConnectEx called [length=147] Lid: 34855 EMSMDB.EcDoConnectEx returned [ec=0x4E1][length=56][latency=31] Lid: 59505 StoreEc: 0x4E1 Lid: 50544 ClientVersion: 15.20.56.10 Lid: 51056 ServerVersion: 14.3.351.4000 Lid: 52080 StoreEc: 0x4E1 Lid: 51152 Lid: 52465 StoreEc: 0x4E1 Lid: 60065 Lid: 33777 StoreEc: 0x4E1 Lid: 59805 Lid: 52487 StoreEc: 0x4E1 Lid: 19778 Lid: 27970 StoreEc: 0x4E1 Lid: 17730 Lid: 25922 StoreEc: 0x4E1
Вот еще несколько возможных вариантов, если вы не найдете способ сделать это через MAPI через HTTP.
Вариант 1 (через IMAP):
Однако это не повлияет на повестку дня или контакты. Это будет индивидуальный подход с использованием клиента Outlook (импорт и экспорт).
Вариант 2 (через два почтовых ящика и Outlook):
Вариант 3 (через локальный файл PST):
Обратите внимание: этот подход часто приводит к потере отметки времени «последнего изменения», поэтому архивирование не работает должным образом для этих элементов, поскольку теперь имеется новая отметка времени. Это часто сбивает с толку программу резервного копирования. Мы видели, что это также разрушит повторяющиеся встречи, и изменение расписания больше не работает, как ожидалось.