本文翻译自Removal of application mappings may cause an HTTP 404 error in Outlook Web Access（KB298513）
OWA是EXCHANGE 2000/2003里的一个内置标准组件，它提供了通过WEB方式访问EXCHANGE邮箱的新功能。然而这个新的功能在使用时总会出现一些问题，最典型的就是404 NOT FOUND错误。
症状：
当你访问OWA时，将出现以下一个或多个提示：
* NOT FOUND 404错误
* 列出了M盘的目录结构
* 当你在ESM里展开公共文件夹时收到80004005错误
原因：
在EXCHANGE服务器的IIS里，映射了3个和EXCHANGE相关的虚拟目录，这些目录上应用有应用程序映射，如果在EXCHANGE后端服务器或独立服务器上的上述虚拟目录里删除了Davex.dll 的应该程序映射，或在前端服务器上删除了Exprox.dll 的映射，都会导致上述问题的出现。
解决：
第一步，重新启动Microsoft Exchange System Attendant服务，该操作将引发directory service-to-metabase (DS2MB)以把活动目录里的信息复制到IIS原数据库里（包括应用程序映射信息）。
注意：重新启动SA服务，将导致IIS里的有关EXCHANGE的虚拟目录设置全部被ESM里的当前设置覆盖。
第二步，如果经过第一步操作，问题仍然存在，请继续进行第二步，手工删除IIS原数据库里的不正确的DS2MB信息。删除后重新启动System Attendant服务，该操作将重新建立DS2MB信息，这样正确的信息就会随之建立（包括应用程序映射）。
注意：编辑METABASE是危险的。
1.编辑METABASE
* 打开开始菜单中的管理工具里的服务，停止Microsoft Exchange System Attendant服务。
* 安装好METABASE EDIT工具。
NOTE：METABASE EDIT可以在这里下载：下载
* 在管理工具里打开METABASE EDIT工具。
* 展开到LM\DS2MB。
* 在文件菜单里选择，导出成文本文件
* 输入一个文件名，保存当前设置。
* 右选LM\DS2MB，删除该子键
* 退出METABASE EDIT。
2.重新启动服务
* 找到服务里的IIS Admin Service，点重新启动。
* 找到Microsoft Exchange System Attendant，启动。
* 找到Microsoft Exchange MTA Stacks，启动。
* 找到Microsoft Exchange Information Store，启动。
第三步，如果删除原数据库信息后仍然不能解决该问题，请继续执行第三步。
* 打开IIS管理器，手工删除EXCHANGE、EXADMIN、PUBLIC等EXCHAGE特有的虚拟目录。
* 重新启动Microsoft Exchange System Attendant服务，重新建立虚拟目录。
* 选择建立好的虚拟目录，在属性的虚拟目录页上选应用程序映射，
* 在执行文件栏输入上述DLL文件的8.3短格式，如：C:\Progra~1\Exchsrvr\Bin\Davex.dll.
* 扩展名处写“*” ，确定
* 依次设置所有的EXCHANGE虚拟目录。
NOTE：在前端服务器上应设置另一个DLL，见前面的症状部分描述。
附录：
* 在增强IIS安全性时，要特别注意不要误删除了EXCHANGE OWA需要的应用程序映射信息
* EXCHANGE的虚拟目录不应该启用父路径。
* 如果在OWA上安装了IISLOCKDOWN、URLSCAN或SUS等，要注意不要影响OWA使用，见前文。,
|
