Exchange 公用文件夹最佳实践:对公用文件夹启用邮件

 

上一次修改主题: 2006-10-12

“已启用邮件的公用文件夹”是具有目录条目的公用文件夹。用户可在通讯簿中查找已启用邮件的公用文件夹,并向其发送电子邮件。在 Microsoft® Exchange Server 5.5 中,默认情况下所有公用文件夹都已启用邮件并被隐藏。在 Exchange 2000 Server 和 Exchange Server 2003 中,文件夹可能已启用邮件,也可能已禁用邮件,具体情况取决于 Exchange Server 组织是在混合模式还是纯模式中。有关对公用文件夹启用邮件的信息,请参阅对公用文件夹启用邮件

当 Exchange Server 组织处于混合模式中时,MAPI 顶级层次结构 (TLH) 中的所有文件夹都已启用邮件。在混合模式中,MAPI TLH 中的公用文件夹已启用邮件,目的是与 Exchange Server 5.5 向后兼容。Exchange Server 5.5 管理程序需要找到每个公用文件夹的目录条目。如果没有每个公用文件夹的目录条目,便无法通过 Exchange 5.5 管理工具管理文件夹。

note注意:
有关 MAPI TLH 与应用程序 TLH 之间区别的简要说明,请参阅选择用于访问 Exchange 公用文件夹的适当客户端

当 Exchange Server 组织切换到纯模式时,MAPI TLH 中的公用文件夹可能已启用邮件,也可能已禁用邮件。对于新的 Exchange 2000 Server 文件夹或新的 Exchange Server 2003 公用文件夹,默认配置为已禁用邮件。在混合模式中,应用程序 TLH 可能已启用邮件,也可能已禁用邮件,但是默认配置为已禁用邮件。在纯模式中,应用程序 TLH 可能已启用邮件,也可能已禁用邮件,并且默认配置为已禁用邮件。

下表总结了此处讨论的已启用邮件状态。

 

TLH 混合模式 纯模式

MAPI

始终已启用邮件并在全局地址列表 (GAL) 中隐藏。

或已启用邮件,或已禁用邮件。默认为已禁用邮件。当公用文件夹已启用邮件时,公用文件夹代理对象不会在 GAL 中隐藏。

请注意,当组织切换到纯模式时,在混合模式中创建的公用文件夹仍保持已启用邮件状态。

应用程序

或已启用邮件,或已禁用邮件。默认为已禁用。当公用文件夹已启用邮件时,不会在 GAL 中隐藏公用文件夹代理对象。

或已启用邮件,或已禁用邮件。默认为已禁用邮件。当公用文件夹已启用邮件时,公用文件夹代理对象不会在 GAL 中隐藏。

如果您的组织中有许多已启用邮件的公用文件夹,您应了解通过电子邮件发送的公用文件夹公告如何路由到组织中的每个副本。

当公用文件夹已启用邮件时,将创建一个 Active Directory® 目录服务条目 objectClass publicFolder。公用文件夹条目包含邮件特定的属性。例如,公用文件夹条目具有下列属性:

  • proxyAddress
  • mailNickname
  • homeMDB

公用文件夹条目不包含说明公用文件夹副本存在位置的属性,注意到这一点非常重要。

通过电子邮件传递公用文件夹公告需要两个步骤。

  1. Exchange Server 使用 Active Directory 来确定哪个公用文件夹存储存放该文件夹所属的文件夹层次结构。然后 Exchange Server 将邮件转发到该公用文件夹存储。接收公用文件夹存储然后将邮件传输到文件夹副本,详见后面第 2 步。
    当 Exchange Server 收到发往公用文件夹的邮件后,它会查询 Active Directory 以确定公用文件夹的 homeMDB 属性。homeMDB 属性包含公用文件夹所在的文件夹层次结构的可分辨名称 (DN)。文件夹层次结构条目中又包含 msExchOwningPFTreeBL 属性。msExchOwningPFTreeBL 属性指定组成文件夹层次结构的所有存储的 DN。此时,仍不知道最终目标,即哪一个文件夹副本是目标文件夹副本。但是,因为 Exchange Server 知道包含文件夹层次结构的所有存储的名称,所以其中任何一个存储收到邮件都将导致对适当副本的引用。Exchange Server 选择 msExchOwningPFTreeBL 中列出的一个存储,并根据以下条件发送邮件:
    • 如果 msExchOwningPFTreeBL 属性中列出当前正在处理此邮件的本地 Exchange 服务器的存储,则 Exchange Server 会将邮件提交到其本地存储。
    • 如果未列出此本地存储,则 Exchange Server 将尝试在本地路由组中查找存储。
    • 如果 msExchOwningPFTreeBL 属性中没有列出位于同一路由组中的任何存储,则 Exchange Server 将使用返回的第一个存储。
    msExchOwningPFTreeBL 属性总是首先返回最近添加的公用文件夹存储。在安装新服务器时会创建公用文件夹存储。因此,经常首先返回最近安装的服务器。如果服务器是新的,则它可能尚不包含公用文件夹层次结构的副本。因此,将邮件传递到该存储会导致一个未送达报告 (NDR)。在 Exchange 2000 Server Service Pack 3 (SP3) 之后的更新汇总和 Exchange Server 2003 中,已将此逻辑更改为:如果公用存储的存在时间小于两天,则不会将邮件提交到该公用存储中。但是,如果不存在存在时间超过两天的公用存储,则无论如何邮件都要提交到该新存储中。
    note注意:
    可以对此操作配置 Exchange Server 会将邮件提交到的存储的存在时间(以天为单位)。有关详细信息,请参阅 Public folder routing is enabled before the hierarchy is replicated(在复制层次结构之前启用公用文件夹路由)
  2. 在将邮件发送到文件夹层次结构中的存储后,会将邮件重定向到存放该文件夹副本的存储。Exchange Server 重定向邮件所使用的逻辑类似于 Exchange Server 提供副本的客户端引用所使用的逻辑。如果接收服务器包含一个本地副本,则将在本地提交邮件。如果不存在本地副本,则 Exchange Server 将在同一路由组中搜索副本。如果路由组中不存在副本,则 Exchange Server 会通过成本最低的路径将邮件传递到路由组之外的副本。
    但是,Exchange Server 处理公用文件夹邮件的方式不同于复制邮件。Exchange Server 处理公用文件夹邮件的方式更像它处理常规邮件的方式。邮件大小限制和传递限制都适用。Exchange Server 参考链路状态表以验证是否可以到达目标服务器。请注意,对公用文件夹引用的限制和对自定义“按服务器”引用列表的限制已被忽略。

通过了解公用文件夹电子邮件的路由方式,您现在可以确定如何配置 Exchange Server 以优化公用文件夹的邮件传递。

如果组织需要频繁使用已启用邮件的公用文件夹,则应考虑将完整的层次结构复制到可能首先收到发往公用文件夹的邮件的服务器,但并不将内容复制到这些服务器。这些服务器通常是桥头服务器。此配置将导致根据链路状态信息路由邮件,因为邮件总是首先被提交到本地存储,然后进行路由。

通过以此方式指定桥头服务器,还可以在桥头服务器或连接器失败的情况下控制连接器成本。如果桥头服务器或连接器失败,则可以暂时提高连接成本以便新邮件可采用成本较低的路径,直到桥头服务器或连接器恢复工作。但是,需要考虑的一个折衷因素是,即由于组织中有其他层次结构,所以复制通信量将有所增加。

有关公用文件夹电子邮件的路由方式以及为什么 Active Directory 不仅仅包含副本列表的详细信息,请参阅下列 Exchange 工作组博客条目:

当您发送简单邮件传输协议 (SMTP) 邮件(该邮件不是来自 MAPI 源的邮件)到 Exchange 2000 Server 或 Exchange Server 2003 服务器公用文件夹时,邮件类为 IPM.Post。在 Exchange Server 5.5 中,发送到公用文件夹的邮件的邮件类为 IPM.Note。对于已通过使用公用文件夹和 Exchange 5.5 创建邮件存档解决方案的组织,此差异非常重要。

邮件类 IPM.Note 将转换为基本邮件 MAPI 邮件。邮件类 IPM.Post 将转换为 MAPI 公用文件夹公告。这两个邮件类类型具有不同的属性。Microsoft Office Outlook® 以不同的方式显示它们,当您为其他客户端进行转换时,Exchange Server 会以不同的方式转换它们。

您可以通过设置注册表项来更改 Exchange 2000 Server 和 Exchange Server 2003 的行为。注册表项将提交到公用文件夹地址的所有 SMTP 邮件存储为 IPM.Note。有关设置此注册表项的详细信息,请参阅 Microsoft 知识库文章“Update to permit the caching of incoming SMTP messages as IPM.Note in Exchange Server 2003”。

最后,如果要使不属于您的组织的用户能够将邮件投递到公用文件夹,您必须确保正确设置了公用文件夹上的权限。在 Exchange Server 5.5 中,所有公用文件夹都配置为 Everyone 安全主体拥有“投稿者”权限。系统处理所有未经身份验证的入站 SMTP 邮件的方式就像它们是从 Everyone 发送的邮件一样,因而可以传递外部公告。

在 Exchange 2000 Server 和 Exchange Server 2003 中,从 MAPI TLH 中的默认文件夹中删除了 Everyone 安全主体。相反,Exchange 2000 Server 和 Exchange Server 2003 在默认情况下使用 Anonymous 安全主体,并为 Anonymous 分配“投稿者”权限。在 Exchange 2000 Server 和 Exchange Server 2003 中,未经身份验证的入站邮件被视为 Anonymous。

有关详细信息,请参阅知识库文章“Anonymous Permissions for Public Folder Are Set to Contributor in Exchange 2000”。

 
显示: