其他问题
上一次修改主题： 2005-07-17
此部分包含如何解决不能归入此部分中的其他类别的问题的相关信息。包括以下问题：
- 无法访问公用文件夹的权限（无效的 Windows 句柄错误）
- 无法将一个或多个用户添加到文件夹访问列表
- 发往公用文件夹的邮件未送达
- 重命名树之后无法使用 Outlook Web Access 查看公用文件夹
- 试图使用 Exchange 系统管理器访问树时出现消息“操作失败”
- Exchange Server 5.5 服务器在 Exchange Server 2003 服务器上发现了多个公用文件夹存储
- 在 Exchange Server 2003 和 Exchange Server 5.5 混合环境中，用户无法使用 Outlook Web Access 访问公用文件夹
- 附件大小超过了公用文件夹的存储限制
无法访问公用文件夹的权限（无效的 Windows 句柄错误）
在 Microsoft Exchange 2000 Server 中，导致“无效的 Windows 句柄错误”的最常见原因是，管理员使用 M:\ 驱动器（Exchange 可安装文件系统）修改公用文件夹的权限。运行 Exchange Server 2003 全新安装的服务器上没有 M:\ 驱动器，但从 Exchange 2000 Server 升级的服务器上仍可访问 M:\ 驱动器。
如果在 Exchange 系统管理器中使用不正确的对话框修改公用文件夹的客户端权限，也会出现此错误（尽管它不大可能出现）。有关修改公用文件夹的权限的正确方式的详细信息，请参阅 Exchange Server 2003 Administration Guide中的“使用客户端权限的特殊注意事项”。
此错误的根本原因是使用了 Windows 用户界面修改公用文件夹的客户端权限，在这种情况下，权限的存储方式使 Exchange Server 2003 不再能够将权限转换为其 MAPI 形式。如果发生这种情况，您将再也无法使用 Outlook 或 Exchange 系统管理器中的对话框来编辑权限。
.gif "important") 重要提示： |
|---|
| 使用此过程后，受影响的公用文件夹将仅具有文件夹所有者（管理帐户）、默认用户和匿名用户的权限。 |
有关如何重置公用文件夹的权限的详细步骤，请参阅如何重置公用文件夹的权限。
无法将一个或多个用户添加到文件夹访问列表
试图向用户授予对“公用文件夹”树中的文件夹的权限时，Outlook 用户或管理员在使用 Exchange 系统管理器时可能会看到此消息。在出现此错误时，受影响文件夹的默认权限和匿名权限不起作用。只有以前被授予了文件夹权限的用户才能访问此文件夹。但是，如果试图在文件夹的“客户端权限”对话框中使用“属性”按钮查看其中一个或多个用户的属性，则将收到一条 MAPI 错误消息。受影响的用户是此权限问题的根源。
当没有 Exchange 邮箱的用户以被明确授予对某个文件夹权限的方式创建或管理该文件夹时，便会出现此权限问题。（当使用 Exchange 系统管理器或 Exchange 可安装文件系统时可能会发生这种情况。）这很可能是因为某个用户使用的帐户（如属于 Enterprise Admins 组的帐户）具有管理文件夹权限，但是没有为该帐户创建任何邮箱。
若要修复此问题，请在文件夹的“客户端权限”对话框中，标识出无法访问其属性的用户。从文件夹的访问控制列表中删除该用户，或者转到 Active Directory 用户和计算机管理单元，为该用户创建邮箱。
发往公用文件夹的邮件未送达
如果具有混合模式的 Exchange 组织，请检查公用文件夹连接协议是否已经正确复制了文件夹的目录对象。请记住，如果电子邮件通过 Exchange Server 5.5 服务器进行传递，则无法从 Exchange Server 2003 发送常规用途的层次结构文件夹。
在任何 Exchange 组织中，发往文件夹的电子邮件都需要首先转到支持正确公用文件夹树的公用文件夹存储，以找到目标文件夹的副本列表。可能出现这样的情况：所选的公用文件夹存储尚未收到已更新的目标文件夹副本列表。
在重命名树之后使用 Outlook Web Access 无法查看公用文件夹
在重命名公用文件夹树之后，必须更新指向该树的所有虚拟目录。在重新装入公用文件夹存储之后，才能完成更改从 Exchange Server 2003 到 Internet 信息服务 (IIS) 的传播。
有关如何在重命名公用文件夹树之后更新虚拟目录并传播更改的详细步骤，请参阅在重命名公用文件夹树之后如何更新虚拟目录并传播更改。
在试图使用 Exchange 系统管理器访问树时出现消息“操作失败”
为了访问公用文件夹树，Exchange 系统管理器使用依赖于 World Wide Web Publishing 服务 (W3SVC) 的 OLEDB 服务。如果在使用 Exchange 系统管理器访问树时遇到问题，请检查以下各项：
- 检查 Exchange Server 2003 服务器上是否在运行 World Wide Web Publishing 服务。
- 检查 Microsoft Internet Explorer 设置是否没有配置不存在的代理服务器。
Exchange Server 5.5 服务器在 Exchange Server 2003 服务器上发现了多个公用文件夹存储
如果新的配置连接协议 (Config CA) 替换了现有的 Config CA，则会出现此问题。例如，如果错误地从组织中删除了运行站点复制服务 (SRS) 的服务器，则会发生此替换。
当新的 Config CA 将对应默认公用文件夹存储的 Active Directory 对象从 Exchange Server 2003 管理组中的 Exchange Server 2003 服务器复制到 Exchange Server 5.5 服务器的 Exchange Server 5.5 目录中时，会出现此问题。新的 Config CA“看”不到与该 Exchange Server 2003 默认公用文件夹存储对应的对象已经存在于 Exchange Server 5.5 目录中，因为该对象具有旧 Config CA 的复制签名。
循环复制的结果是：在 Exchange Server 5.5 目录中出现 Exchange Server 2003 服务器的另一个默认公用文件夹存储。由于服务器的容器已有称为“Microsoft Public MDB”的对象，因此新对象被命名为“Microsoft Public MDB – 1”。但是，在 Exchange Server 5.5 中，此名称对于公用文件夹存储对象而言太长了，因此，Exchange Server 5.5 服务器上的复制引擎将无法在整个组织中启动。
将记录下列错误：
Error 0x3f0 occured while performing a site folder teardown check
Event 3079 MSExchangeIS Public
Unexpected replication thread error 0x3f0
EcGetReplMsg
EcReplStartup
FreplAgent
Exchange Server 5.5 服务器每次启动时，都将执行错误消息中提到的“站点文件夹拆卸检查”，以确定是否已经删除了任何站点。如果删除了站点，则需要清理站点文件夹（如 SCHEDULE + FREE BUSY）列表。通过将有关所有站点文件夹的详细信息与有关组织中所有公用文件夹存储的详细信息进行比较，可以执行此清理操作。
由于字符串“Microsoft Public MDB – 1”太长，因此在复制线程试图获取具有该名称的存储的站点详细信息时将失败，而且出现“内存不足”错误 (0x3f0)。此失败又会导致复制引擎无法启动。修复此问题的唯一方法是：从 Exchange Server 5.5 目录中同时删除 Exchange Server 2003 公用文件夹存储的错误目录对象和原始的正确目录对象，然后再次复制目录条目。
从 Exchange Server 5.5 目录中删除 Exchange Server 2003 默认公用文件夹存储对象，并允许将正确的对象重新复制到该目录中之前，请与 Microsoft 产品支持服务联系以确保正确地执行此操作。
在 Exchange Server 2003 和 Exchange Server 5.5 混合环境中，用户无法使用 Outlook Web Access 访问公用文件夹
Microsoft Outlook Web Access 用户无法访问仅存在于 Exchange Server 5.5 服务器上的文件夹。请检查公用文件夹连接协议，以确保将文件夹复制到至少一台 Exchange Server 2003 服务器上。
附件超过公用文件夹的存储限制
在安装 Exchange Server 2003（或 Exchange 2000 Server Service Pack 1 (SP1) 或更高版本）之后，当您使用 Microsoft Office Outlook Web Access 将附件超过 1 MB 的新项目投递到公用文件夹中时，会收到以下错误消息：
This item exceeds the maximum size defined for this folder and cannot be saved. Contact your administrator to have the folder limits increased.
小于 1 MB 的附件不受影响。即使未对公用文件夹存储设置限制，也会出现此问题，并且它只影响 Outlook Web Access 用户。Outlook 用户不受影响。
之所以出现此问题，是因为在用户添加附件以投递到公用文件夹时，将创建一个名为“OWAScratchPad{GUID}”的系统文件夹。此系统文件夹的限制为 1,024 KB。
若要解决此问题，请使用 Exchange 系统管理器增大或删除对“OWAScratchPad{GUID}”文件夹的限制。
在每次安装没有设置邮件大小限制的 Exchange 2003 服务器时，公用文件夹邮件的最大项目大小被设置为 10240 KB。此设置还会影响使用 Exchange 系统管理器所创建的新公用文件夹存储。有关更改或删除对公用文件夹中的附件的大小限制的详细步骤，请参阅如何更改或删除公用文件夹中的附件大小限制。