基于查询的通讯组是 Exchange 2003 中包括的一种新的通讯组类型。基于查询的通讯组提供与标准通讯组相同的功能，但它使用 基于 RFC 2254“LDAP 筛选规则”的“轻量目录访问协议”(LDAP) 查询。基于查询的通讯组使用 LDAP 筛选规则来动态创建通讯组中的成员，而不是指定静态用户成员。通过使用基于查询的通讯组，您可以轻松地构建在特定服务器、特定存储组或数据库中拥有邮箱的所有用户的邮件列表。使用此方法比使用 Exchange 系统管理器或使用编程方法将用户添加到标准通讯组中要节省时间。如果用户驻留在服务器上，他们将收到邮件。
介绍基于查询的通讯组过程
由于通讯组的动态特性，使用基于查询的通讯组的管理成本要低得多。但是，对于产生许多结果的查询而言，基于查询的通讯组附带的性能成本会比较高。此成本使用服务器资源来衡量（例如 CPU 使用率较高和工作集增加），原因是发送到基于查询的通讯组的每个邮件都会导致对 Microsoft Active Directory 目录服务运行相应的 LDAP 查询来确定其成员。您无法在全局地址列表中查看基于查询的通讯组的成员，因为它是在每次发送邮件时动态生成的。但是，如果右键单击该通讯组，单击“
属性”，然后单击“
预览”选项卡，则可以看到该动态列表。
将邮件提交到基于查询的通讯组后，Exchange 对该邮件的处理方式与对发给其他收件人的邮件的处理方式会略有不同：
| 1. | 邮件会通过 Exchange 存储驱动程序或“简单邮件传输协议”(SMTP) 提交到提交队列。 |
| 2. | 分类器（负责地址解析的传输组件）会确定收件人是基于查询的通讯组。 |
| 3. | 分类器将 LDAP 查询请求发送到全局编录服务器。 |
| 4. | 全局编录服务器运行该查询，然后返回与查询匹配的地址集。 |
| 5. | 在收到与查询匹配的完整地址集后，分类器会生成包含所有用户的收件人列表。分类器必须具有完整的收件人集才可以将邮件交付传送。如果在将基于查询的通讯组展开到各个收件人的过程中发生错误，分类器必须重新启动此过程。 |
| 6. | 在分类器将展开的完整收件人列表发送给路由后，标准邮件传递过程会继续，并且邮件将被传递到用户的邮箱。 |
如果为基于查询的通讯组使用专用的展开服务器（一台只负责展开通讯组的服务器），此过程会稍有不同。在这种情况下，分类器不是像在第 4 步那样将查询发送到全局编录服务器去进行展开，而是先将邮件传送到专用的展开服务器。展开操作在邮件到达展开服务器后进行。传递过程与本文前面所述的过程相同。
基于查询的通讯组准则
下表描述了关于如何使用基于查询的通讯组的准则：
| %26#8226; | 它们可以具有限制。可以限定谁能向基于查询的通讯组发送邮件。 |
| %26#8226; | 它们可以在专用的服务器展开（如果需要）。 |
| %26#8226; | 它们可以用于 Microsoft Exchange 2000 Server 或 Exchange 2003 用户以及基于联系人的收件人。 |
| %26#8226; | 它们可以用来限制通用通讯组邮件限制。 |
| %26#8226; | 它们可以嵌套。最好使用通用通讯组。 |
| %26#8226; | 它们不能是安全主体。 |
| %26#8226; | 它们不能用在包括 Exchange Server 4.0、Exchange Server 5.0 或 Exchange Server 5.5 的 Exchange 混合模式环境中。 |
| %26#8226; | 它们不能对 LDAP 查询使用外部目录服务。您必须将外部对象复制到 Active Directory。 |
| %26#8226; | 筛选器必须使用全局目录中的属性；强烈建议使用“预览”选项 |
| %26#8226; | 对查询中使用的属性编制索引。索引可以极大地提高查询的性能，并减少展开通讯组以及将邮件传递给指定收件人所需要的时间。有关编制属性索引的其他信息，请单击下面的文章编号，以查看 Microsoft 知识库中相应的文章： 313992 HOW TO: Add an Attribute to the Global Catalog in Windows 2000
如果您对本文有任何疑问或者建议，请到讨论区发表您的意见:
>>
论坛入口 <<
上一篇：如何在Exchange Server 2003中为所有邮箱指派服务帐户访问权限 下一篇：允许Exchange和OWA始终使用SSL(HTTPS)的新选项
【文章评论】
【收藏本文】
【推荐好友】
【打印本文】
【我要投稿】 【论坛讨论】
更多相关文章
|
|
