Переход с GroupWise на Exchange 2007 – общие вопросы и ответы

Если вы не читали эту серию, перейдите по ссылкам:

• Переход с GroupWise на Exchange 2007 – функциональная совместимость и миграция (часть 1)
• Переход с GroupWise на Exchange 2007 – функциональная совместимость и миграция (часть 2)
• Переход с GroupWise на Exchange 2007 – функциональная совместимость и миграция (часть 3)
• Переход с GroupWise на Exchange 2007 – функциональная совместимость и миграция (часть 4)
• Переход с GroupWise на Exchange 2007 – функциональная совместимость и миграция (часть 5)
• Переход с GroupWise на Exchange 2007 – функциональная совместимость и миграция (часть 6)
• Переход с GroupWise на Exchange 2007 – функциональная совместимость и миграция (часть 7)
• Переход с GroupWise на Exchange 2007 – функциональная совместимость и миграция (часть 8)
• Переход с GroupWise на Exchange 2007 – функциональная совместимость и миграция (часть 9)

Вкратце

Эта статья была написана благодаря той обратной связи, которую мы получили после выхода серии статей о процессе миграции с GroupWise на Exchange 2007. В этой статье мы собираемся ответить на основные возникшие вопросы и немного подробнее поговорить о том, чего ожидать во время миграции, чего искать. Мы также собираемся обсудить некоторые реальные ситуации, встречавшиеся во время выполнения проекта с момента написания серии. Надеемся, что эта статья будет полезной!

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

Маршрутизация почты (Mail Routing)

Нам поступило множество вопросов о маршрутизации почты между Exchange, GroupWise и внешним миром, поэтому мы начнем отвечать на самые частые вопросы.

Входящая почта извне

Как говорилось в support.microsoft.com, если вы отправляете электронную, входящую через GroupWise, вам необходимо использовать /DIA и /ARI-NEVER параметры в gwia.cfg, которые могут вызвать проблемы, если вы не используете USER_ID в качестве части почтового ящика ваших адресов интернет формата.

Gwia.cfg опции описаны на сайте msdn.microsoft.com.

Когда вы это делаете, GroupWise просматривает пользовательскую часть адреса входящей электронной почты и прикрепляет домен, указанный в поле Foreign ID вкладки GroupWise свойств GWIA, как показано на рисунке 1.

Если домен user_id@ForeignID соответствует почтовому ящику GroupWise, то почта доставляется. Если user_id@ForeignID домен не соответствует чьему-либо почтовому ящику, вы быстро получаете NDR.

Если вы не отключите интернет адресацию (Internet Addressing) с помощью /DIA, то вся входящая почта для почтовых ящиков Exchange (перемещенных пользователей) будет восприниматься Exchange как поврежденная. GroupWise обрабатывает входящие сообщения так, что это вводит Exchange в заблуждение, и когда служба GWRouter задерживает сообщения (что предполагает, что они успешно прошли через систему GroupWise), она не воспринимает формат файла заголовка сообщения, и поэтому помещает сообщение в корзину. Вы найдете заголовки в директории conndata\gwrouter\badfiles.

Входящая почта через GroupWise представляет собой проблему только в том случае, если вы можете использовать /DIA, а другие нет.

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

Идеальным решением будет доставка Exchange почты на Exchange, а GroupWise почты на GroupWise. Для этого вам нужно нечто вроде коммутатора или смарт-хоста.

Все объекты Exchange 2007 будут иметь уникальные адреса, такие как GWISE:Exchange.* Любой смарт-хост, способный делать LDAP поиск для пользователя с адресом, специфичным для Exchange, например GWISE:Exchange.* в proxyAddresses, может доставлять почту, которая соответствует, на Exchange, а все остальное на GroupWise.

IMCEAGWISE

Если у вас появилось сообщение, адресованное IMCEAGWISE, не волнуйтесь, это абсолютно нормально. Exchange 2007 инкапсулирует GroupWise адрес в SMTP формат и ретранслирует его через Exchange 2003 для доставки на GroupWise. Exchange 2003 знает, как обращаться с IMCEA инкапсуляцией, и преобразовывает сообщение до того, как оно доставлено.

@Exchange.FirstAdministrativeGroup

User_ID@PostOffice является действительным форматом адреса электронной почты в GroupWise. Может возникнуть ситуация, в которой пользователь Exchange отправляет электронное письмо пользователю GroupWise. Этот GroupWise пользователь затем перемещается в Exchange и пытается ответить на полученное письмо, все еще будучи в GroupWise. Адрес получателя или ответа изначального письма будет отображен как c[email protected] Administrative Group

Это сообщение не может быть доставлено, так как адрес содержит пробелы, которые запрещены в SMTP.

GroupWise PostOffice часть нашего пользовательского адреса Exchange состоит из имени административной группы (Administrative Group).

Если мы удалим пробелы из имени Admin Group, или просто его изменим, то наша политика получателей и наша Dir Sync предоставит пользователям Exchange новую группу администрирования в качестве Post Office части адреса GWISE.

Нам нужно добавить @Exchange.FirstAdministrativeGroup в качестве принятого домена в Exchange 2007, и назначить @Exchange.FirstAdministrativeGroup в качестве политики получателей, тогда все будет работать.

Интересным моментом здесь является то, что почтовый ящик Exchange может иметь один GWISE: (основной) и сколько угодно gwise: (вторичных) proxyAddresses адресов, но логика маршрутизации, когда GWRouter принимает входящие сообщения, будет сравнивать PostOffice часть GroupWise адреса со списком групп администрирования (Administrative Groups), доступных в Exchange.

Пока у нас есть Exchange Admin Group, даже пустая группа, соответствующая PostOffice части GroupWise адреса, GWRouter будет принимать входящие сообщения, а Exchange будет их доставлять.

Технические ошибки миграции

Не используйте учетную запись миграции (Migration account) с кавычками (") в пароле. Это путает утилиту Quest. Она читает все после " как результаты и жалуется на путь в gwdirapp.ini файле

Возможно, большинство ошибок, которые вы получите во время действительного перемещения потовых ящиков, будет представлять собой ACL ошибки, вызванные прокси разрешениями, назначенными пользователям GroupWise, которые не существуют в AD, как показано на рисунке 2.

Может возникнуть масса GWCHECK проблем, как в архивах, так и в почтовых ящиках. Проще выполнить GWCHECK на почтовых ящиках, выделенных в логе миграции, как показано на рисунке 2, чем выполнять ее на всех почтовых ящиках до миграции, особенно на архивах.

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

Имена Post office с символом "/" вызывают проблемы с преобразованием архивов в .pst файлы, поскольку подкаталог PST output root directory:, как показано на рисунке 3, определяется именем PostOffice, а символ / не допускается в именовании папок.

Чтобы это исправить, можно либо переименовать почтовую службу post office, либо переместить эти архивы непосредственно в базу данных сервера Exchange Server, или же использовать каталог Home учетной записи NetWare, хотя в ситуации, когда вы также выполняете миграцию с NetWare в AD, опция с каталогом home нежизнеспособна.

Не совсем технические проблемы миграции

Структура почтового ящика

Не все хранят почту, где обычно, очень часто пользователи жалуются на потери сообщений, когда на самом деле эти сообщения находятся в той папке, куда они не догадались посмотреть. Mailbox сообщения, как показано на рисунке 4, не всегда находятся в папке входящих сообщений Inbox!

Пересылка и автоответы

Это может вызвать трудности. Люди попросту не понимают, почему они получают сообщения от себя!

Адрес электронной почты почти так же уникален, как и отпечаток пальца. Теоретически любой публичный e-mail адрес должен однозначно идентифицировать получателя. Человек должен иметь возможность отправлять почту из любого места, и если адрес действительный, то сообщение должно прийти только в одно место. В идеале, почтовая миграция удалит исходные почтовые ящики GroupWise и они должны переместиться с GroupWise на Exchange, но все также существовать лишь в одном месте. Однако большинство предпочитает сохранять почтовые ящики GroupWise, и просто скрывает их, или делает их невидимыми. Итак у нас возникла ситуация, в которой каждая система имеет уникальный по ее мнению почтовый ящик, и именно здесь начинается веселье.

Частые контакты (Frequent Contacts) в GroupWise будут хранить GroupWise Domain.PostOffice.User_ID адрес для пользователей GroupWise, которые были переведены на Exchange. Если исходный или наследственный почтовый ящик GroupWise все еще существует, то GroupWise будет продолжать доставлять на него сообщения.

Если вы настроите опции пересылки (forwarding) в утилите Quest, будет казаться, что сообщения приходят с почтового ящика получателя GroupWise, а не с почтового ящика отправителя GroupWise.

Лучшим вариантом здесь будет пересылка (flat forward (/flatfwd)) с помощью второго GWIA, а также использование SMTP пересылки на SMTP адрес, который существует лишь в AD, либо стандартная политика получателя/принятый домен, либо домен, специально созданный для миграции, как показано на рисунке 5.

Календарный прокси доступ (Proxy calendar access)

Клиент GroupWise также хранит эксплицитные Domain.PostOffice.User_ID ссылки на календарный прокси доступ, так что после перемещения пользователя может возникнуть ситуация, даже когда исходный почтовый ящик скрыт (его видимость отключена), в которой пользователи, расположенные в GroupWise, могут получать доступ в календарь перемещенных пользователей. Это может вводить в заблуждение, так как наследственный календарь не обновляется.

Даже после того, как почтовый ящик скрыт, можно открывать его с клиента GroupWise, если эксплицитно указать домен и post office.

Владельцы ресурсов

В GroupWise ресурс – это почтовый ящик GroupWise без соответствующего пользовательского объекта NDS. Владельцы ресурсов (Resource Owners) на самом деле не имеют явных прав на почтовый ящик, поэтому когда утилита Quest переносит разрешения почтового ящика, владельцы ресурса теряют свой доступ. В Exchange нужно снова назначить разрешения изначальному владельцу ресурса.

GroupWise работает по-другому

В GroupWise можно отказаться от сообщения. Если вы удаляете сообщение из папки отправленных сообщений, у вас есть возможность удалить его из папки входящих сообщений любого получателя, как показано на рисунке 6. GroupWise считает его "вашим" сообщением.

В Outlook запрос возврата сообщения должен быть одобрен получателем и только потом он работает, если оригинальное сообщение не было прочитано. Также в Outlook если вы удаляете отправленный элемент, вы просто удаляете его. Когда сообщение доставлено, оно принадлежит получателю.

В GroupWise вы можете получить свойства сообщения и посмотреть, кто открывал сообщение, как показано на рисунке 7.

В Outlook вы можете запросить подтверждение прочтения. Не совсем то же самое.

Это не совсем технические трудности, но они влияют на то, как люди используют систему и какой работы от нее ожидают, поэтому их следует упомянуть, или, по крайней мере, к ним нужно быть готовым.

Поиски Free-Busy Lookups с Outlook 2007 на GroupWise

Если пользователь в Exchange 2003 выполняет free-busy поиск пользователя GroupWise, возвращаемая информация кэшируется в публичной папке Exchange 2003 и реплицируется в Exchange 2007. Любой пользователь почтового ящика Exchange 2007 затем может запросить ту же информацию, и в зависимости от таймингов, настроенных на коннекторе календаря (Calendar connector), информация free-busy будет возвращена.

Если почтовый ящик на Exchange 2007 запрашивает информацию Free-Busy пользователя GroupWise, то же самое должно работать, Exchange 2007 должен запросить базу данных публичной папки, и если он не найдет ничего для возврата, он должен перенаправить запрос через Exchange 2003 на GroupWise.

Должен честно признаться, что просто изменяю Базу данных стандартной публичной папки (Default public folder database): в Параметрах клиента (Client Setting) базы данных почтового ящика на Exchange 2007, чтобы использовать хранилище Публичной папки в Exchange 2003, как показано на рисунке 8, в результате чего отсутствуют какие-либо проблемы репликации публичной папки и групп маршрутизации, о которых нужно беспокоиться, все отлично работает.

Заметка:Не забудьте изменить Публичную папку обратно, прежде чем отключить Exchange 2003.

Отсутствие оснасток ConsoleOne

Следуйте инструкциям: novell.com

Отсутствие оснасток NWAdmin32

Это действительно важно по сравнению с ConsoleOne, и здесь не все так просто. Здесь я лишь на полпути с этими инструкциями, однако надеюсь, что они помогут людям, а также надеюсь, что последующие статьи на блоге предоставят обновления.

Установите последнюю версию NWAdmin32 (Version 5.1.9f). Ее можно найти на веб сайте download.novell.com с помощью расширенного поиска admn519f.exe

Или можно перейти по следующей ссылке: download.novell.com

Загрузите admn519f.exe на диск c:\ и нажмите .exe, и он извлечется в каталог c:\admn519f\Public\Win32

Оттуда можно запускать NWAdmin32, однако пока на нем не установлены расширения GroupWise.

Далее скачайте оснастки API отсюда: novell.com/solutions

Извлеките содержимое в корень диска c:\, но не запускайте установку.

Оснастки создадут каталог c:\apisnapins

В этом каталоге есть подкаталог под названием FGWEP1AD\PUBLIC.

Скопируйте все содержимое подкаталога FGWEP1AD\PUBLIC в каталог c:\admn519f\Public\Win32, созданный ранее. Это должно перезаписать большинство файлов в подкаталогах NLS и SNAPINS и загрузить директорию Win32

Наконец скачайте и выполните NGWAUP.EXE с: download.novell.com

Теперь, когда вы запустите NWADMIN32, он должен работать с GroupWise.

Точный набор полученных функций зависит от версии GWADMB32.DLL. К сожалению я не смог точно определить, какая версия предоставляет вам неуловимую вкладку Требуемые параметры (Required Parameters) на странице свойств шлюза API, хотя по слухам это должна быть версия системы GW 5.5. Если кто-то сможет это выяснить, пожалуйста, дайте мне знать.

Разрешения Outlook

Как предоставить Джону Смиту доступ к моему календарю? Это довольно сложно, смотрите мой блог на mmmug.co.uk/blogs.

In Outlook, How Do I’ ?

RTFM ;-)

Заключение

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

Если вы не читали эту серию, перейдите по ссылкам:

• Переход с GroupWise на Exchange 2007 – функциональная совместимость и миграция (часть 1)
• Переход с GroupWise на Exchange 2007 – функциональная совместимость и миграция (часть 2)
• Переход с GroupWise на Exchange 2007 – функциональная совместимость и миграция (часть 3)
• Переход с GroupWise на Exchange 2007 – функциональная совместимость и миграция (часть 4)
• Переход с GroupWise на Exchange 2007 – функциональная совместимость и миграция (часть 5)
• Переход с GroupWise на Exchange 2007 – функциональная совместимость и миграция (часть 6)
• Переход с GroupWise на Exchange 2007 – функциональная совместимость и миграция (часть 7)
• Переход с GroupWise на Exchange 2007 – функциональная совместимость и миграция (часть 8)
• Переход с GroupWise на Exchange 2007 – функциональная совместимость и миграция (часть 9)