Я сказал бы, что и VirtualBox и VMware имеют Windows, Linux и Mac OS X (только Intel) поддержка, поэтому пойдите с любым из тех. Виртуальный ПК не поддерживает хосты Linux (ни вероятно хосты Mac OS X, хотя я не уверен в этом).
Как добавленная премия, VirtualBox также поддерживает хосты OpenSolaris, поэтому если Вы хотите быть нацеленными на ту платформу, Ваш выбор уже сделан.:-)
Прежде чем Вы уйдете и сделаете это, Вы могли бы хотеть рассмотреть использование RPC по HTTP (иначе "Outlook Где угодно"). Это шлюзы, протокол MSRPC по HTTP (или HTTPS) и мог бы сделать жизнь легче, поскольку Вы: передача этого трафика через брандмауэр.
Вот серверная сторона instructins для того, чтобы статически присвоить порты: http://support.microsoft.com/kb/270836
Вы внесли бы это изменение только на компьютере (компьютерах) Exchange Server, с которым будут говорить клиенты Outlook. Изменение потребует "возврата" сервисов Exchange, но не должно требовать перезагрузки Windows.
Взгляните на это ре статьи: RPC по HTTP: http://support.microsoft.com/kb/833401
Вам понравится RPC HTTP лучше, я думаю, и он более "поддерживается".
С Exchange 2003 SP1 и вверх можно соединить Windows XP SP2 и клиенты Outlook 2003 SP1 через RPC по HTTP, таким образом, Вам только нужен порт 80 или 443. Установка является комплексом бита litte. Я должен искать его в MS.
RPC обычно использует порт 6001 и 6004, для изменения этих портов, которые Вы делаете так путем редактирования ключа реестра в:
HKEY_LOCAL_MACHINE\Software\Microsoft\RPC\RpcProxy
Если у Вас будет несколько серверов Exchange фронтэнда, то необходимо будет сделать это на каждом из них.
Как другие предположили, RPC по HTTP может быть лучшим решением проблемы здесь.
Таким образом, Ваш Шлюз приложений не поддерживает Приложения?
(отредактированный) немного резкий, возможно, но это - антитеза Шлюза приложений. Возможно, это только говорит HTTP? И возможно это - причина, RPC/HTTP не применим с приложением?
С основанными на RPC протоколами, если Вам удается установить порт сервера на определенное число, картопостроитель конечной точки должен все еще направить клиенты там.
То, где Outlook раньше был проблематичен, было с обратным вызовом от сервера до клиента для новых почтовых уведомлений; не уверенный, если это все еще имеет место, это было давным-давно, когда я смотрел.
Так, если Вам удается установить порт Outlook Exchange Server, хочет соединиться с, Outlook (как клиент RPC) должен просто взять это после опроса 135, никакие клиентские необходимые модификации.