У меня топология Exchange 2003 SP2 FE / BE, в которой компания размещает два отдельных домена SMTP для двух разных дочерних компаний, поэтому я создал дополнительный веб-сайт OWA в соответствии с Эта статья.
Все работает нормально: пользователи первой компании получают доступ к OWA через http://webservice.company1.com а пользователи во втором проходят http://webservice.company2.com.
Теперь клиент запрашивает доступ RPC / HTTPS для пользователей второй компании, но использует адрес http://webservice.company2.com. Это не работает, потому что дополнительный виртуальный сервер HTTP Exchange на внешнем сервере не имеет необходимого виртуального каталога / Rpc; однако я не могу добавить его: похоже, весь веб-сайт управляется Exchange, и если я вручную создаю в нем виртуальные каталоги через диспетчер IIS, они просто не работают (ошибка 404).
Есть ли способ реализовать RPC / HTTPS на дополнительном веб-сайте, на котором работает виртуальный сервер HTTP Exchange?
Хорошо, мы не можем найти exprox.dll в RPC VDir (а также RPC с Cert), как вы предлагаете. Exprox.dll находится только в виртуальном каталоге, который автоматически создается System Manager в IIS, когда мы создавали второй веб-сайт (ExWeb, Public и т. Д.)
Насколько я понимаю, вы находите exprox.dll при создании RPC VDir на IIS?
Все, что создано для IIS, являются созданными для System Manager, не использующими протокол / https. Это не связано с тем, что это связано с тем, что используется для работы с exprox.dll (этот корень находится в месте или в другом подкаталоге), когда создается второй сайт для системного менеджера.
У меня такая же проблема. Если вы экспортируете конфигурацию с первого виртуального сервера (в IIS) и создаете новый виртуальный сервер (устанавливая правильный IP-адрес), он работает (OWA, RPC через HTTPS) Проблема в том, что таким образом виртуальный сервер недоступен в диспетчере системы.
Вы нашли другое решение?
Фабио superfabius@yahoo.it
Открыл звонок в службу поддержки Microsoft и, наконец, решил проблему.
Проблема связана с файловыми серверами Exchange ISAPI, которые (как я предполагал) перехватывают все вызовы виртуального сервера HTTP и отклоняют их, если запрашивается какой-либо URL-адрес, не управляемый Exchange.
Решение: удалите сопоставление приложения по умолчанию с exprox.dll из виртуальных каталогов, отличных от Exchange, при их создании с помощью диспетчера IIS. Он работает как для стандартных виртуальных каталогов, так и для RPC / HTTPS.