我有一个 Exchange 2003 SP2 FE/BE 拓扑，其中公司为两个不同的子公司托管两个单独的 SMTP 域，因此我根据以下要求创建了一个额外的 OWA 网站本文。
一切正常：第一家公司的用户通过以下方式访问 OWAhttp://webservice.company1.com第二个用户通过http://webservice.company2.com。
现在客户正在为第二家公司的用户请求 RPC/HTTPS 访问，但使用地址http://webservice.company2.com。它不起作用，因为前端服务器中的附加 Exchange HTTP 虚拟服务器没有所需的 /Rpc 虚拟目录；但是，我无法添加它：整个网站似乎由 Exchange 管理，如果我通过 IIS 管理器手动在其中创建虚拟目录，它们就不起作用（404 错误）。
有没有办法在运行 Exchange HTTP 虚拟服务器的附加网站中实现 RPC/HTTPS？
答案1
与微软进行了支持电话联系并最终解决了问题。
该问题与 Exchange ISAPI 文件程序有关，它（正如我所假设的）会拦截对 HTTP 虚拟服务器的所有调用，并且如果要求提供某些不受 Exchange 管理的 URL，则会拒绝这些调用。
解决方案：通过 IIS 管理器创建非 Exchange 虚拟目录时，删除映射到 exprox.dll 的默认应用程序。此方法适用于标准虚拟目录，也适用于 RPC/HTTPS 虚拟目录。
答案2
我也遇到了同样的问题。如果您从第一个虚拟服务器（在 IIS 中）导出配置并创建新的虚拟服务器（设置正确的 IP），它就可以正常工作（OWA、RPC over HTTPS）问题是，这样虚拟服务器在系统管理器中不可用。
您找到其他解决方案了吗？
法比奥 [电子邮件保护]
答案3
如果我们不使用 IIS 创建，则我们创建的系统管理器无法运行“rpc/https”。我们无法阻止的是，当从 sys manager 创建第二个网站时，发现存在许多 exprox.dll（位于网站根目录或子目录中）。
答案4
好的，正如您所说，我们无法在 RPC VDir（以及带证书的 RPC）上找到 exprox.dll。当我们创建第二个网站（ExWeb、Public 等）时，exprox.dll 仅位于 IIS 上的系统管理器自动创建的 VDir 中。
据我了解，当您在 IIS 上创建 RPC VDir 时，您是否找到了 exprox.dll？