管理收件人和收件人策略
本章说明了什么是收件人和收件人策略以及如何创建和管理收件人。本章还包括有关地址列表和收件人更新服务的信息。本章开头说明了有关收件人的基本概念,余下的部分重点讲述如何创建和管理收件人、收件人策略以及地址列表。本章还包含 Microsoft? Exchange Server 2003 中的一项新增功能 - 基于查询的通讯组列表的详细信息。
了解收件人
任何邮件系统的中心都是接收邮件的人和资源。单个人可能收到来自同事的邮件，公用文件夹可能收到来自特定讨论中的某个参与者的邮件。
虽然邮件的接收方是人，但是"收件人"一词指的是 Microsoft Active Directory? 目录服务对象，而不是人。收件人是具有邮件能力的 Active Directory 对象。但是，对象本身并不接收邮件。邮件并不存储在 Active Directory 中，但它们可以驻留在 Exchange 服务器上的邮箱、公用文件夹或另一个邮件系统中。
人们通过使用客户端应用程序访问发送给他们的邮件。例如，Microsoft Outlook?、Outlook Web access 和 Outlook Mobile Access 都是客户端应用程序。当有新的邮件到达时，上述每个客户端都会收到通知以及指向邮件位置的指针，以便可以打开并阅读邮件。
下面的方案说明了接收电子邮件的人与 Active Directory 对象之间的区别。Carole 是市场组的成员，她有一个用户帐户，这个帐户提示她键入用户名和密码，以便登录到她的计算机和她公司的网络。登录后，她便可以访问若干个网络资源。其中之一是她的 Exchange 邮箱。Carole 使用电子邮件客户端 Outlook 2002 访问她的邮箱。Outlook 查询 Carole 的 Exchange 邮箱，并在她的 Outlook 收件箱中显示邮件列表。当 Carole 打开其中的某个邮件时，Outlook 会从 Exchange 服务器上驻留她的邮箱的邮件存储中检索该邮件的内容。
如图 4.1 所示，存在一个名为 carole 的 Active Directory 用户对象，这是一个收件人。发送给 carole 的邮件存储在 Exchange 服务器上关联的邮箱中。用户对象 carole 将正确的凭据发送到域控制器后，即可利用电子邮件客户端访问邮箱的内容。
图 4.1 用户通过 Active Directory 的身份验证，然后使用邮件客户端访问其 Exchange 邮箱的内容
在 Exchange 中，"收件人"一词指的是已启用邮箱或已启用邮件的 Active Directory 对象。已启用邮箱的收件人可以发送、接收和存储邮件。已启用邮件的收件人只能接收邮件。
表 4.1 描述了可以是 Exchange 收件人的 Active Directory 对象。
表 4.1 Exchange 收件人对象
注意 虽然公用文件夹可以作为收件人，但是他们不同于上面提到的其他收件人类型。有关公用文件夹的详细信息，请参阅第 7 章"管理邮箱存储和公用文件夹存储"。
了解收件人策略
要接收信函和包裹，人们必须向发件人提供通讯地址。此通讯地址可以是公司地址、家庭实际地址或邮箱。同样，收件人要通过 Exchange 邮箱接收邮件，也必须具有电子邮件地址。
要为组织中的每个收件人生成电子邮件地址，可以使用收件人策略。本节重点讲述收件人策略如何管理这些电子邮件地址，以及收件人策略如何使用邮箱管理器管理邮箱。
注意 收件人策略还确立 Exchange 为其接受传入邮件的邮件域。有关详细信息，请参阅第 5 章"了解和配置邮件路由和传输"。
管理电子邮件地址
管理电子邮件地址的收件人策略具有下列特征：
· 它应用于选定的收件人组。
· 它始终包含有关适用于这些收件人的地址类型的信息。
· 它具有优先级，以便管理员可以控制哪些地址作为主地址并应用于可能出现在多个策略中的收件人。
方案示例
Fourth Coffee 的 Exchange 管理员希望为组织中的收件人创建三个电子邮件地址。第一个用于董事会，第二个用于在纽约工作的公司雇员，第三个用于公司本部办公室的其他雇员。他创建了如表 4.2 所示的三个收件人策略。
表 4.2 策略及其优先级
表 4.3 显示了三个不同用户的信息。
表 4.3 Fourth Coffee 员工的用户信息
第一个收件人策略"董事会"运行并在董事会成员列表中查找 Jonathan Haas。他的地址设置为 @board.fourthcoffee.com。下一个策略"纽约雇员"运行。它再次查找 Jonathan Haas。但是，由于已对他应用具有较高优先级的策略，因此不执行操作。策略继续运行并查找 Yale Li。由于以前没有对 Yale 应用策略，因此 Yale Li 的地址为@newyork.fourthcoffee.com。最后，默认策略运行。由于以前没有对 Britta Simon 应用策略，因此她的地址为默认地址@fourthcoffee.com。您可能要对一组收件人应用多个地址。在前面的示例中，如果公司的每个人都应使用@fourthcoffee.com 接收电子邮件地址，那么该地址必须包括在全部三个收件人策略中。如果某个收件人策略中有多个地址，那么对于每个地址类型，应只有一个地址被视为主地址。这意味着您只能有一个主 SMTP（简单邮件传输协议）地址和一个主 X.400 地址。一个收件人可以有 10 个 SMTP 地址，但是其中只能有一个是主 SMTP 地址。主地址和辅地址之间的差别是主地址充当返回电子邮件地址。当收到来自某个收件人的邮件时，主地址确定邮件的来源地址。收件人可以接收发送到与其关联的任何地址的邮件。表 4.4 显示了方案中三个人的主电子邮件地址和辅电子邮件地址。表 4.4 主电子邮件地址和辅电子邮件地址
如果环境中运行了 Exchange 2000 SP3 以前的 Exchange 版本，则基于查询的通讯组将无法可靠地工作。
修改 Exchange 2000 SP3 服务器以便与 Windows 2000 全局编录服务器一起使用
在使用 Windows 2000 全局编录服务器展开基于查询的通讯组的环境中，可以通过执行下列步骤来配置 Exchange 2000 SP3 服务器以提高可靠性。
警告 错误地编辑注册表可能导致严重的问题，甚至可能需要重新安装操作系统。因注册表编辑不当而导致的问题可能没有办法解决。在编辑注册表之前，请备份所有重要数据。
修改 Exchange 2000 SP3 服务器
1. 启动注册表编辑器。
2. 在注册表编辑器中，找到下列注册表项：
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\SMTPSVC\Parameters
3. 在详细信息窗格中，用鼠标右键单击，指向"新建"，然后单击"DWord 值"。
4. 键入 DynamicDLPageSize 作为名称。
5. 用鼠标右键单击 DynamicDLPageSize，再单击"修改"。
6. 在"基数"下，单击"十进制"。
7. 在"数值数据"下，键入 31，然后单击"确定"。
注意 只能对使用 Windows 2000 全局编录服务器的 Exchange 2000 服务器执行此步骤。
基于查询的通讯组的工作原理
当邮件提交到基于查询的通讯组时，Exchange 对邮件的处理方式与对发往其他收件人的邮件的处理方式稍有不同。基于查询的通讯组按下列过程流经 Exchange 到达正确的收件人：
1. 电子邮件通过 Exchange 存储驱动程序或 SMTP 提交到提交队列。
2. 分类程序（负责地址解析的传输组件）确定收件人是基于查询的通讯组。
3. 分类程序向全局编录服务器发送 LDAP 查询请求。
4. 全局编录服务器运行查询，并返回与查询匹配的一组地址。
5. 收到与查询匹配的一组完整的地址后，分类程序生成包含所有用户的收件人列表。分类程序必须具有一组完整的收件人后才能将电子邮件提交给路由。因此，如果在将基于查询的通讯组展开为各个收件人的过程中出错，分类程序必须重新启动此进程。
6. 在分类程序将已展开的完整收件人列表发送至路由后，标准邮件传递进程将继续，并将电子邮件传递到收件人的邮箱。
如果对基于查询的通讯组使用专用的展开服务器，则此过程有所不同。这种情况下，不是将查询发送至全局编录服务器以展开通讯组（如步骤 3 中所讨论），而是首先将电子邮件路由至专用的展开服务器。邮件到达展开服务器后，将展开通讯组，并按照上面描述的过程传递邮件。展开服务器必须是 Exchange 2000 SP3 或更高版本的服务器。
基于查询的通讯组部署建议
Exchange 展开基于查询的通讯组并运行查询所需的时间取决于下列几个因素：
· 组织中部署的硬件类型：分类程序可能对每个收件人都需要 2 KB 的内存。这是一个比较保守的度量值，可以将它用作基准。在采用这一基准的前提下，如果将电子邮件发送到包含 6,000 个用户的基于查询的通讯组（意味着查询将返回 6,000 条记录），则分类程序仅仅展开基于查询的通讯组就需要 12 MB 的 RAM。虽然这种内存使用是暂时的，但在每次展开通讯组时都会发生。同样，如果将电子邮件发送到更大的、包含 100,000 个用户的基于查询的通讯组，则分类程序需要大约 200 MB 的 RAM。处理器速度和可用物理内存量会影响到展开后传递电子邮件所需的时间。
· 全局编录或展开服务器的可用性影响用户发送到基于查询的通讯组的电子邮件的展开和传递：如果所有全局编录服务器都不可用，则该邮件将置于分类程序的重试模式下，这意味着完整的展开过程将在一小时后重新启动。
通常建议，将基于查询的大型通讯组划分成多个标准通讯组的组合，然后为每个较大的通讯组分配不同的展开服务器。下面的选项描述了完成此项任务的三种方法。
选项 1：指定一个不包含邮箱的 Exchange 2003 服务器（如公用文件夹副本服务器或桥头服务器）作为基于查询的大型通讯组的展开服务器。由于这种服务器有更多的带宽和资源可以用来展开基于查询的通讯组，因此展开和传递过程的效率更高。
选项 2：为每个 Exchange 服务器创建一个基于查询的通讯组，并限定每个基于查询的通讯组只包含所在 Exchange 服务器上的邮箱。将此同一服务器指定为展开服务器，可优化邮件传递过程。然后，使用以这些基于查询的通讯组为其成员的聚合标准通讯组。例如，要为所有专职雇员创建基于查询的通讯组，可以在每台服务器上为专职雇员创建一个基于查询的通讯组，并将它们分别命名为"Server1 Full Time"和"Server2 Full Time"。然后，创建一个由这些基于服务器的组组成的通讯组，并将其命名为"AllFullTime"。
注意 用来合并基于查询的通讯组的通讯组自身不能是基于查询的通讯组。
选项 3：下面的示例说明了改善基于查询的大型通讯组处理的第三种方法。
您想创建一个名为"All employees"的基于查询的通讯组，该通讯组包含 100,000 个用户。考虑将这个组划分成多个较小的基于查询的通讯组，然后将这些组合并成一个标准通讯组，如下所示：
· "All Temps"10,000 个用户
· "All Vendors"5,000 个用户
· "All Full-Time"65,000 个用户
· "All Interns"2,000 个用户
· "All Contractors"18,000 个用户
在此方案中，"All Full-Time"是一个较大的通讯组，因此可能需要为其分配一个特定的展开服务器。至于其他基于查询的通讯组，则可以根据用户在 Exchange 服务器上的分布情况来分配展开服务器。例如，如果所有实习员工都驻留在一个 Exchange 服务器上，那么可以将该服务器指定为"All Interns"的展开服务器。总之，这种推荐方法的执行效果，将比一个包含 100,000 个收件人的基于查询的通讯组的执行效果好得多。
创建基于查询的通讯组的准则
创建基于查询的通讯组时应遵循下列准则：
· 在仅运行 Exchange 2003 的环境或运行 Exchange 2003 和 Exchange 2000 的纯模式环境（其中所有 Exchange 2000 服务器都运行 Service Pack 3 或更高版本）中使用基于查询的通讯组。
· 创建跨域的通讯组时，请在多域环境下使用通用组。虽然基于查询的通讯组可以添加到全局通讯组、域本地组和全局安全组，并且可以包含上述任何组，但这些类型的组中的成员身份不会复制到其他域中的全局编录服务器。如果通讯将跨越多域环境，那么建议使用通用通讯组。
· 将基于查询的通讯组合并成聚合组时，应在通用组中对它们进行合并。只有通用组可以用在跨域的全局编录服务器上。
· 构建基于查询的通讯组时，如果希望其成员身份在多域环境的所有域中都可用，请只包含通用组。
· 对查询中使用的属性编制索引。编制索引极大地改善了查询性能，同时减少了 Exchange 展开通讯组并将电子邮件传递给预期收件人所需的时间。有关编制属性索引的详细信息，请参阅 Microsoft 知识库文章 313992"HOW TO: Add an Attribute to the Global Catalog in Windows 2000"(http://support.microsoft.com/?kbid=313992)（英文）。
· 如果筛选字符串中有不正确的格式或错误的 LDAP 语法，则全局编录服务器将不会运行该查询。使用 Active Directory 用户和计算机创建查询，有助于防止构造不正确的查询。也可以使用"预览"按钮查看查询的结果，这将确认查询是否有效以及是否得到了预期的结果。如果根据不正确的 LDAP 查询创建了基于查询的通讯组，那么用户向基于查询的通讯组发送邮件时，将收到代码为 5.2.4 的未送达报告 (NDR)。如果启用分类程序日志记录，Exchange 将记录事件标识符为 6024 或 6025 的两个事件之一。
· 如果筛选字符串格式正确，但未产生结果，那么发件人将不会收到 NDR。这与向空的通讯组发送邮件产生的结果相同。如前所述，使用 Active Directory 用户和计算机中的"预览"按钮可以确认查询结果是否符合预期的要求。
· 在与 Exchange 服务器具有相同的 Active Directory 对象读取权限的安全上下文中，使用 Exchange 系统管理器。Exchange 系统管理器在当前登录的用户的安全上下文中运行。如果管理员以低于 Exchange 服务器的安全性特权运行，那么该查询可能只在预览窗格中显示实际结果的一部分。预览窗格将只显示管理员有权读取的 Active Directory 对象。但是，向基于查询的通讯组发送邮件时，分类程序将以 Exchange 服务器权限运行。如果 Exchange 服务器对查询中的所有对象都具有权限，则查询将返回正确的结果。
删除基位置可分辨名称时，会出现问题。基于查询的通讯组依靠指向目录中有效容器的基位置可分辨名称进行展开。如果删除了基于查询的通讯组的基位置可分辨名称容器，分类程序将无法运行该查询，并且发件人会收到代码为 5.2.4 的 NDR。如果启用了分类程序日志记录，将记录 ID 为 6024 或 6025 的事件。例如，您在用户容器中创建一个包含所有销售雇员的销售容器，并使用该销售容器构建一个基于查询的通讯组。如果删除该销售容器，查询将不再工作。
创建基于查询的通讯组
要创建基于查询的通讯组，必须使用 Exchange 2003 版的 Exchange 系统管理器以及 Active Directory 用户和计算机。如果不升级管理控制台，将无法创建基于查询的通讯组。
注意 建议在环境中部署基于查询的通讯组之前，先将所有管理控制台升级到 Exchange 2003。
创建基于查询的通讯组时，Active Directory 用户和计算机提供了一种使用标准属性设置 LDAP 查询格式的方法，而不要求具备特定的 LDAP 知识。例如，可以选择组织单位下的所有邮箱，甚至自定义查询以选择组织单位下存在于特定服务器上的所有邮箱。
创建基于查询的通讯组后，可以通过使用预览功能来确保查询按照预期的方式工作。该项功能不仅在验证查询时有用，而且可以确定查询运行所需的时间。根据此时间，可以决定是否将查询拆分为一些较小的查询，以改善性能，并加快传递速度。
创建基于查询的通讯组
1. 在 Active Directory 用户和计算机的控制台树中，用鼠标右键单击要在其中创建基于查询的通讯组的容器，指向"新建"，然后单击"基于查询的通讯组"。
2. 在"基于查询的通讯组名"中，键入基于查询的通讯组的名称，再单击"下一步"。
3. 在"对下列位置中的收件人应用筛选器"下，确认所显示的父容器是该基于查询的通讯组要针对它运行的容器。如果该容器不正确，请单击"更改"选择另一个容器。
注意 查询将只返回选定容器及其子容器中的收件人。要获得需要的结果，可能必须选择父容器或创建多个查询。
4. 在"筛选器"下，选择下列选项之一：
· 要基于一组预定义的条件筛选查询，请单击"在此基于查询的通讯组中包含"，然后从下列条件中进行选择：
· 具有 Exchange 邮箱的用户
· 具有外部电子邮件地址的用户
· 已启用邮件的组
· 具有外部电子邮件地址的联系人
· 已启用邮件的公用文件夹
· 要创建自己的查询条件，请单击"自定义筛选器"，然后单击"自定义"。
5. 单击"下一步"查看要创建的基于查询的通讯组的摘要。
6. 单击"完成"创建基于查询的通讯组。
新建的基于查询的通讯组出现在您在步骤 3 中选定的容器下。
确认基于查询的通讯组工作正确
1. 在 Active Directory 用户和计算机中，用鼠标右键单击刚刚创建的基于查询的通讯组，然后单击"属性"。
2. 选择"预览"选项卡查看查询结果，并确认通讯组中包含正确的收件人。
注意 根据权限设置的不同，预览窗格中显示的结果可能与查询运行的实际结果不同。
合并多个基于查询的通讯组
在 Exchange 系统管理器中，可以基于"AND（与）"运算符创建基于查询的通讯组。要使用基于查询的通讯组并基于"OR（或）"运算符创建一个通讯组，可以创建多个基于查询的通讯组，然后将其合并为一个通讯组。
考虑下面的示例：您希望创建一个基于查询的通讯组，并在其中包括市场部的所有雇员或巴黎办事处的所有雇员。如果使用 LDAP 查询创建包括所有市场用户和所有巴黎雇员的基于查询的通讯组，此查询将只返回同时在这两个组中的用户。任何不同时是这两个组的成员的人都将被排除在外。要实现"OR"功能，以便包括任何一组的成员，必须执行下列操作：
1. 针对市场部的所有雇员创建一个名为"Marketing"的基于查询的通讯组。
2. 针对巴黎办事处的所有雇员创建一个名为"Paris employees"的基于查询的通讯组。
3. 创建一个通讯组（但不是基于查询的通讯组），并将基于查询的通讯组"Marketing"和"Paris employees"添加为该组的成员。
在将基于查询的通讯组添加为通讯组的成员时，不能按照将用户添加到组的方法来进行。必须用鼠标右键单击通讯组，然后选择"添加基于查询的 Exchange 通讯组"。下列过程详细描述了将基于查询的通讯组添加为标准通讯组的成员的过程。
将基于查询的通讯组添加为通讯组的成员
1. 在 Active Directory 用户和计算机的控制台树中，导航到通讯组所在的容器，用鼠标右键单击通讯组列表，然后单击"添加基于查询的 Exchange 通讯组"。
2. 在"选择基于查询的 Exchange 通讯组"中的"输入对象名称来选择"下，输入要作为该组的成员添加进来的基于查询的通讯组的名称。
3. 单击"检查名称"来验证输入。
4. 单击"确定"。
5. 对要添加为该通讯组的成员的每个基于查询的通讯组重复步骤 1 到 4。
管理收件人
管理收件人包括使用收件人策略为收件人分配电子邮件地址以及使用 Active Directory 用户和计算机管理收件人对象的设置。
关于 Exchange 5.5 Administrators 的说明
如果您的 Exchange 2003 组织中具有运行 Exchange 5.5 的服务器（也就是说，您的组织处于混合模式下），仍然可以并建议您使用 Exchange 5.5 Administrator 程序管理收件人，但移动邮箱例外。移动邮箱时，应使用已安装 Exchange 2003 系统管理工具的 Exchange 2003 系统管理器或 Active Directory 用户和计算机。
注意 在使用 Active Directory 用户和计算机移动 Exchange 5.5 中的收件人之前，必须首先在每个 Exchange 5.5 站点与 Active Directory 之间创建连接协议。强烈建议您在部署第一台 Exchange 2003 或 Exchange 2000 服务器之前，先在 Active Directory 中表示 Exchange 5.5 目录中的所有对象。这极大地降低了将来出现问题的风险。有关规划连接协议的详细信息，请参阅"Exchange Server 2003 部署指南"(http://go.microsoft.com/fwlink/?LinkId=21768) 中的第 4 章"从 Exchange Server 5.5 迁移"。
Exchange 2003 中的 Exchange 对象不同于 Exchange 5.5 中的 Exchange 对象。请确保您了解这些对象的不同之处。表 4.6 列出了 Exchange 5.5 中的 Exchange 对象以及 Exchange 2003 中与其关联的对等对象。
表 4.6 Exchange 5.5 与 Exchange 2003 中的术语区别
使用收件人策略管理收件人
安装 Exchange 后，会创建一个默认收件人策略，该策略将 SMTP 和 X.400 地址应用于 Exchange 组织中的所有收件人。可以修改默认策略或创建新策略。但是，不能删除默认策略。Exchange 组织中的所有收件人都必须同时具有 SMTP 和 X.400 地址。
默认策略的优先级始终最低。优先级确定了策略应用于策略中的指定收件人的顺序。优先级 1 代表要应用的第一个策略。在混合模式下（运行 Exchange 2003 或 Exchange 2000 的服务器与运行 Exchange 5.5 的服务器共存），"站点"策略具有最高优先级，并且是 Exchange 应用的唯一策略（无论您创建了其他哪些策略）。可以随时调整收件人策略的优先级，但默认策略除外，因为其优先级始终设置为最低。
注意 默认策略的特别之处在于，组织中的每个用户都必须以相同的代理地址进行标记，以便用户可以利用 Outlook Web Access、Outlook Mobile Access 和 Exchange ActiveSync? 等功能。
创建收件人策略
要开始创建收件人策略，请在 Exchange 系统管理器中用鼠标右键单击"收件人策略"容器，指向"新建"，然后单击"收件人策略"（见图 4.8）。
图 4.8 创建新的收件人策略
单击"收件人策略"后，需要完成下列检查表中列出的步骤。这些步骤的具体操作信息将在随后各节说明。
收件人策略检查表
选择属性页
创建收件人策略的第一步是选择要创建的策略类型。单个收件人策略可以包含地址策略和/或邮箱管理器策略（见图 4.9）。选择二者会在一个收件人策略中同时添加地址和邮箱管理器功能的属性页。
图 4.9 为新策略选择属性页命名新策略
选择属性页后，应为新策略指定名称。为帮助您标识策略应用于哪些收件人，应为策略指定一个描述性的名称。
创建筛选器
最初，没有任何筛选器规则应用于策略（见图 4.10）。如果不创建筛选器，策略将不会应用于任何收件人。要使用 LDAP 查询创建筛选器，请单击"常规"选项卡上的"修改"。
图 4.10 由于没有设置筛选器规则，因此策略不应用于任何人
配置设置
要自定义收件人策略，请切换到策略"属性"对话框中的"电子邮件地址（策略）"选项卡或"邮箱管理器设置（策略）"选项卡。使用这些选项卡中的设置配置收件人策略以满足相关收件人的需求。配置设置后，单击"确定"创建策略。
设置优先级并应用策略
创建新的收件人策略后，策略及其分配的优先级出现在 Exchange 系统管理器中。如果要更改收件人策略的优先级，请用鼠标右键单击该策略，选择"所有任务"，然后在 Exchange 系统管理器中显示的收件人策略列表中将策略向上或向下移动。
创建新的收件人策略后，还必须应用该策略，方法是：在 Exchange 系统管理器中用鼠标右键单击该策略，然后单击"立即应用策略"。
管理收件人设置
一些收件人设置是在 Exchange 系统管理器中配置的，以便可以应用于组织中的所有收件人或大量的收件人组。例如，邮箱大小（可以在每邮箱的基础上设置）、全局发送和接收限制以及用户可以向其发送邮件的最大收件人数限制。可以为 Active Directory 用户和计算机中的各个收件人配置这些设置的例外。例如，某个用户可能需要较大的邮箱，或者某个用户需要能够发送较大的邮件。
有关使用 Exchange 系统管理器为整个组织设置邮件设置的信息，请参阅第 2 章"管理 Exchange 组织"。有关对邮箱存储设置邮箱大小限制的信息，请参阅第 7 章"管理邮箱存储和公用文件夹存储"。
以下各节说明了已安装 Exchange 系统工具的 Active Directory 用户和计算机中的三个 Exchange 特定的选项卡（共四个）。第四个选项卡"Exchange 功能"在第 6 章"管理对 Exchange 的客户端访问"中讨论。
为已启用邮箱的收件人配置邮件设置
要对已启用邮箱的收件人设置各个邮件设置，应首先导航到"Exchange 常规"选项卡（见图 4.11）。
图 4.11 "Exchange 常规"选项卡
导航到"Exchange 常规"选项卡
1. 在 Active Directory 用户和计算机中，用鼠标右键单击要修改的对象，然后单击"属性"。
2. 单击"Exchange 常规"选项卡。
传递限制
为了维护系统性能并防止用户由于通过电子邮件基础结构发送大型文件而浪费宝贵的系统资源，应在 Exchange 系统管理器中的全局级别设置邮件大小限制。这一点已在第 2 章"管理 Exchange 组织"中说明。通常，出于正常业务目的发送的电子邮件应该都不会超过在全局级别设置的阈值。如果某些用户具有特殊要求并需要发送超出全局限制所允许的大小的文件，可以使用"传递限制"对话框为其覆盖全局设置。
提示 可以考虑为需要传输大文件的用户设置一个 FTP 帐户，而不要让其将 Exchange 服务器作为一个 FTP 服务器来使用。
除了设置邮件大小限制外，还可以使用"传递限制"对话框来指定用户可以向哪些人发送邮件以及可以接收来自哪些人的邮件（见图 4.12）。这与全局设置类似。
要点 分别为每个人进行这些更改时，只能设置引用了其他 Active Directory 对象的那些限制。要阻止来自特定 Internet 邮件源或 ip 地址的邮件，必须在全局级别进行。
图 4.12 "传递限制"对话框
可以通过选中"仅来自通过身份验证的用户"复选框来进一步限制到某收件人的邮件传递。这将阻止任何未通过 Windows 网络身份验证的人向该收件人发送邮件。选中此复选框有效地阻止了发送给该收件人的所有 Internet 邮件。选中此复选框后，可以进一步限制邮件，例如，允许来自每个人（所有已通过身份验证的用户）、仅来自"传递限制"对话框底部的限制列表中的用户或来自除限制列表中的用户以外的每个人的邮件。要将用户添加到限制列表中，请使用"添加"按钮。
传递选项
传递选项之一是使用委派。在许多组织中，都授予被委派者代表另外某人发送邮件的权限。例如，行政助理可以代表经理发送会议请求。可以在"传递选项"对话框中为已启用邮箱的用户指定被委派者。
另一个传递选项是地址转发。这种情况下，发送给用户的邮件被转发到组织中的另一个地址。还可以选择将邮件的副本同时发送到转发地址和用户的邮箱。这种情况下，删除邮件的一个副本不会导致另一个副本被删除。可以使用转发来保护实际收件人的身份，或者对帮助其他人整理电子邮件的管理助理使用该选项。
收件人限制控制用户在一封邮件中可以包含的收件人数。默认情况下，不设置限制。
存储限制
组织中的个别用户可能需要在其 Exchange 服务器上拥有比邮箱存储所允许的阈值更多的存储空间。可以在"存储限制"对话框中为各个用户设置存储限制。当接近此限制时，可以向用户发出警告，之后将拒绝用户发送邮件，再之后将拒绝用户发送和接收邮件。
此外，还可以覆盖在邮箱存储上设置的已删除邮件保留期限设置。当用户删除某个邮件时，在用户看来似乎已将该邮件删除。但是，其副本会在用户的邮箱存储中保留一段指定的时间，以便可以重新获得被无意删除的邮件。组织中的某些用户可能需要额外的恢复保护，并且可以覆盖"存储限制"对话框中的该设置。如果选择覆盖在邮箱存储上设置的限制，还可以选择对存储备份之前不永久删除邮件，从而使该用户获得更多的恢复机会。
已启用邮箱的收件人的 Exchange 高级设置
导航到"Exchange 高级"选项可以更改已启用邮箱的收件人的高级设置。
导航到"Exchange 高级"选项卡
1. 在 Active Directory 用户和计算机中，用鼠标右键单击要修改的对象，然后单击"属性"。
2. 在"Exchange 高级"选项卡上（见图 4.13），选择如下选项：
· 在"简单显示名"中，设置无法解释典型显示名中所有字符的系统将使用的显示名。
当使用多种语言版本的 Exchange 系统管理器来管理 Exchange 组织时，可能会发生这种情形。例如，英文版的 Exchange 系统管理器无法显示日文汉字字符集中的所有字符。由于简单显示名仅采用 ASCII 字符，因此所有版本的 Exchange 系统管理器都能够显示简单显示名。
· 要防止收件人显示在地址列表中，请选择"不显示在 Exchange 地址列表中"。
· 要防止收件人向 X.400 邮件系统发送标记为高优先级的邮件，请选择"降级发往 X.400 的高优先级邮件"。
图 4.13 "Exchange 高级"选项卡
设置自定义属性
使用"Exchange 高级"选项卡中的"自定义属性"按钮，可以为收件人分配多达 15 个自定义值。默认情况下，收件人具有电话号码、办公室号码或经理等属性。如果某些您希望显示在 GAL 中的信息不适合于现有的任何属性，可以创建多达 15 个其他条目。例如，可以将公司的部门或成本中心作为属性包括进来。
分配邮箱权利
使用"Exchange 高级"选项卡中的"邮箱权利"按钮，可以将对收件人邮箱的权利分配给用户或组，将用户添加到列表中，然后允许或拒绝其下列权利：
· 删除邮箱存储：可以将该邮箱从邮箱存储中删除。默认情况下，只有管理员具有执行此项操作的权限。用户无法删除他们自己的邮箱。
· 读取权限：指定的用户可以读取邮箱的内容。
· 更改权限：用户可以修改或删除邮箱中的邮件。
· 取得所有权：用户被授予对邮箱的所有权。
· 邮箱完全控制权限：被委派的用户与所有者具有相同的访问权利。
· 关联的外部帐户：当用户的 Windows 帐户与 Exchange 邮箱驻留在不同的目录林中时，可以使用该选项。
注意 每个 Exchange 邮箱必须与同一目录林中的某个 Active Directory 对象（如用户）关联。如果原定的用户帐户驻留在 Exchange 所在目录林的外部，Exchange 会首先将邮箱与同一 Active Directory 目录林中的帐户关联。该帐户被禁用。然后，邮箱与外部帐户关联。
· 特殊权限：单击"高级"可以对权限进行更精细的处理，包括更改继承。
在用户"权限"对话框中的"邮箱权利"选项卡（见图 4.14）中分配这些权利。
图 4.14 分配读取另一用户的邮箱的权利
为已启用邮件的收件人配置邮件设置
如果必须为已启用邮件的收件人设置各个邮件设置，应首先导航到该收件人的"Exchange 常规"选项卡（见图 4.15）。
图 4.15 已启用邮件的收件人的"Exchange 常规"选项卡
已启用邮件的收件人的"Exchange 常规"选项卡与已启用邮箱的收件人的该选项卡稍有不同。它的功能较少，因为它省略了只适用于已启用邮箱的用户的那些功能。有关详细信息，请参阅本章前面的"为已启用邮箱的收件人配置邮件设置"。
"Exchange 高级"选项卡增加了一个已启用邮箱的用户所不具有的"使用 MAPI RTF 格式"选项。如果选择该选项，发往该收件人的邮件将使用 MAPI RFT 发送，而不考虑在 Exchange 系统管理器"Internet 邮件格式"中配置的设置。请仅在您确定收件人可以查看 MAPI RTF 格式时才选择该选项。
通讯组
通讯组类似于其他已启用邮件的收件人，但是它们在"Exchange 高级"选项卡上具有下列独特的功能（见图 4.16）：
· 展开服务器：使用"展开服务器"下拉列表可以选择展开该组的服务器。如果该选项设置为组织中的任意服务器，该组将在组织中接收邮件的第一台 Exchange 服务器上展开。有关展开服务器的详细信息，请参阅本章前面的"展开已启用邮件的组"。
· 组不显示在 Exchange 地址列表中：选中此复选框可以防止此通讯组出现在 GAL 或其他任何地址列表中。可以对您不希望公司的每个人知道的组进行此项操作。例如，一个审计组正在调查不道德的商业行为。您可能不希望显示出有这样的组存在。
· 向原始发件人发送"外出"邮件：当某人向组发送邮件时，默认情况下，不会向发件人发送外出邮件。选中此复选框可以收到来自组成员的外出答复。对于较大的组，外出答复可能不必要。例如，如果公司的首席安全官向一个名为 All Fulltime Employees 的组发送描述新安全策略的邮件，那么外出答复不必要。
· 组传递报告：当邮件传递出现延迟或失败时，发送传递报告。可以选择将传递报告发送给组的所有者或邮件发件人，或根本不发送传递报告。
图 4.16 已启用邮件的组的"Exchange 高级"选项卡
了解地址列表
当用户使用客户端（如 Outlook 2003）连接到 Exchange 时，他们希望可以很轻松地与组织中的其他人进行通信。此时，用户需要做的不仅仅是使用其邮件客户端撰写电子邮件。无论是发送电子邮件、给同事打电话、查找办公室号码，还是安排会议，他们都需要能够快速找到有关另一个收件人的信息。地址列表有助于您以一种有意义的方式组织这种类型的信息。
地址列表描述
地址列表组织收件人，以便用户可以很轻松地找到想联系的收件人。
最常用的地址列表是全局地址列表 (GAL)。默认情况下，GAL 中包含 Exchang 组织中的所有收件人。也就是说，安装了 Exchange 2003 的 Active Directory 目录林中的所有已启用邮箱或已启用邮件的对象都列在 GAL 中。要查找收件人的电子邮件地址或电话号码，用户可以使用 GAL 来找到此信息。为方便使用，GAL 是按名称而不是按电子邮件地址来组织的。
客户端应用程序（如 Outlook 2003）显示 Exchange 提供的可用地址列表（见图 4.17）。当用户搜索信息时，将从可用地址列表中进行选择。有几个地址列表（如 GAL）是默认创建的。地址列表驻留在 Active Directory 中，因此与网络断开连接的移动用户也就与这些（服务器端）地址列表断开了连接。但是，可以创建脱机地址列表，以便用在断开连接的环境中。这些脱机列表可以下载到用户的硬盘中。通常，为节省资源，脱机列表只包含驻留在服务器上的实际地址列表中的一部分信息。
图 4.17 显示在 Outlook 2003 中的地址列表
Exchange 组织可以包含数千个收件人。编辑所有用户、联系人、已启用邮件的组和其他收件人可能会产生许多条目。作为管理员，可以创建地址列表来帮助组织中的用户更轻松地找到他们要找的信息。
例如，考虑一个具有两个大型分部和一个 Exchange 组织的公司。一个分部 Fourth Coffee 进口并销售咖啡豆，另一个分部 Contoso, Ltd 签署保险单。在日常的活动中，咖啡分部的工作人员与保险分部的工作人员几乎没有关系。为了使人们彼此查找起来更容易，可以创建两个新的地址列表 - 一个针对 Fourth Coffee，另一个针对 Contoso。用户现在可以在查找某个分部中的人时选择使用较小的地址列表，而当不确定某个同事是哪个分部的人时始终使用 GAL。
可以按照与收件人关联的任何属性对地址列表进行排序。可以用来筛选收件人的任何属性（城市、头衔、公司、办公楼等）都可以作为新地址列表的依据。
还可以创建地址列表的子类别。例如，可以针对位于曼彻斯特的所有人创建一个地址列表，而针对位于斯图加特的所有人创建另一个地址列表。然后可以在"曼彻斯特"下针对工作在研发部的所有人创建一个地址列表。由于研发列表是在"曼彻斯特"列表下，因此研发列表只能包含既在研发部又在曼彻斯特的那些收件人。
地址列表是动态创建的。当新的用户添加到组织中时，他们会自动被添加到所有相应的地址列表中。这些更新是收件人更新服务和 Exchange 系统助理的一项主要职责。
创建地址列表
地址列表对于用户来说可能是很有用的工具，但规划不当的地址列表可能会适得其反。创建地址列表前，应确保它对于用户有意义。应避免创建过多的地址列表，以致于用户不确定应在哪里查找收件人。应考虑对用户进行调查，以了解他们如何解释您所提议的地址列表。最后，对地址列表命名并使该名称一目了然，以便用户只通过该名称就能立即知道可以找到哪些人员。当不确定时，应设置较少的地址列表，并提醒用户使用全局地址列表可以找到组织中的任何人。
规划地址列表时，应考虑是否使用子类别。例如，可能要针对城市及州设置地址列表，其中，城市是州的子类别（见图 4.18）。请注意纽约和华盛顿两个州都有名为"奥本"的城市。当查询"奥本"时，"纽约"运行，它首先找到州属性为"纽约"的所有收件人，然后在查询结果列表（纽约州的所有收件人）中查询奥本市的所有收件人。通过这种方式，可以建立不同的"奥本"地址列表，即纽约州奥本地址列表和华盛顿州奥本地址列表。
图 4.18 含子类别的地址列表
为了进一步简化用户体验并组织列表，可以创建空地址列表。由于不会针对空地址列表创建查询，因此它不会返回收件人，正好可以充当组织其他列表的父容器。在前面的示例中，可以创建名为"州"的空地址列表（见图 4.19）。
图 4.19 添加空地址列表
创建地址列表
1. 在 Exchange 系统管理器中，展开"收件人"容器。
2. 展开"所有地址列表"，用鼠标右键单击新建列表所属的节点，指向"新建"，然后单击"地址列表"。
3. 在"创建 Exchange 地址列表"页（见图 4.20），命名新建地址列表，然后适当地修改筛选器规则。
图 4.20 创建 Exchange 地址列表
可以通过使用拖放操作移动地址列表来创建新的层次结构。本章前面的"管理收件人设置"已说明，可以使用 Active Directory 用户和计算机来隐藏地址列表中的收件人。
脱机地址列表
MAPI 客户端（如 Outlook 2003）可以下载脱机地址列表，因此，即便在与 Exchange 服务器断开连接的情况下，用户也可以撰写电子邮件。要使得客户端能够下载这些地址列表，必须首先在服务器上创建这些地址列表。
默认情况下，存在一个名为"默认脱机地址列表"的脱机地址列表，它包含全局地址列表。必要时，可以用您创建的其他任何地址列表来填充此列表。也可以创建多个脱机地址列表，并将这些列表分别与组织中的每个邮箱存储关联。如果不同邮箱存储上的用户具有某些共同点（例如都是同一分部的成员），那么可以为每个邮箱存储提供不同的脱机地址列表。
可以随时将 Exchange 组织中的任意脱机地址列表设置为默认脱机地址列表。随后，新建的此默认列表将与所有新建的邮箱存储关联。在 Exchange 组织中，一次只能有一个默认列表。如果删除了当前的默认列表，Exchange 不会自动将另一个列表指定为默认列表。如果在删除现有的默认列表之后还希望使用默认列表，必须手动将另一个脱机地址列表指定为默认列表。
注意 从 Microsoft Exchange 2000 Server 升级到 Exchange Server 2003 时，服务器之间的脱机通讯簿复制可能不再按照预期的方式工作。有关详细信息，请参阅 Microsoft 知识库文章 817377"Offline Address Book Replication Does Not Work After You Upgrade to Exchange Server 2003"(http://support.microsoft.com/?kbid=817377)（英文）。
填充默认脱机地址列表
1. 在 Exchange 系统管理器中，单击"脱机地址列表"容器，用鼠标右键单击"默认脱机地址列表"，然后单击"属性"。
2. 在"默认脱机地址列表属性"对话框中（见图 4.21），单击"添加"添加您创建的任何地址列表。可以根据需要添加任意数目的地址列表。然后单击"确定"。
图 4.21 "默认脱机地址列表属性"对话框
脱机地址列表使用系统公用文件夹以包含必要的地址列表信息。其关联的公用文件夹是在公用存储维护间隔内创建的，公用文件夹的内容将根据您在每个脱机地址列表"属性"对话框中指定的更新间隔进行更新。默认情况下，"脱机地址列表"（系统）公用文件夹对于用户不可见。
查看系统公用文件夹
1. 在 Exchange 系统管理器中，展开管理组，然后展开文件夹容器。
2. 用鼠标右键单击"公用文件夹"容器，再单击"查看系统文件夹"。
在某些用户连接到 Exchange 2003 或 Exchange 2000 服务器，而另一些用户连接到 Exchange 5.5 服务器的混合环境中，必须有多个地址列表。连接到 Exchange 5.5 的用户需要使用由 Exchange 5.5 生成的脱机通讯簿。
自定义详细信息模板
详细信息模板控制对象属性的外观，这些属性可以通过使用 Microsoft MS-DOS? 16 位和 MAPI 32 位客户端应用程序中的地址列表来访问。例如，当用户在 Outlook 中打开地址列表时，特定对象的属性按照 Exchange 组织中详细信息模板的指定显示。可以使用如图 4.22 所示的默认详细信息模板，也可以自定义模板以便更好地满足用户的需要。
图 4.22 通过 Outlook 2003 查看到的默认详细信息模板
自定义详细信息模板
1. 在 Exchange 系统管理器中，展开"收件人"容器，再展开"详细信息模板"容器，然后选择要修改的模板的语言。
例如，在图 4.23 中选择了 Chinese Simplified（简体中文）。
图 4.23 选择 Chinese Simplified（简体中文）
支持下列语言：
阿拉伯语、巴斯克语、巴西语、保加利亚语、加泰罗尼亚语、简体中文、繁体中文、克罗地亚语、捷克语、丹麦语、荷兰语、德语、希腊语、英语、爱沙尼亚语、芬兰语、法语、希伯来语、匈牙利语、意大利语、日语、朝鲜语、拉托维亚语、立陶宛语、挪威语、波兰语、葡萄牙语、罗马尼亚语、俄语、塞尔维亚语、斯洛伐克语、斯洛文尼亚语、西班牙语、瑞典语、泰语、土耳其语和乌克兰语。
客户端可能支持其他语言，但无法显示其"属性"页。
2. 在右侧窗格中显示的模板列表中，用鼠标右键单击要更改的模板，然后单击"属性"。
3. 在"模板"选项卡中，调整字段大小、添加或删除字段、添加或删除选项卡，以及重新排列字段的顺序（见图 4.24）。
图 4.24 修改用户详细信息模板
4. 要查看所做的更改对模板的影响，请单击"测试"。要还原为原始模板，请单击"原始"。
收件人更新服务
Exchange 使用收件人更新服务主要是为了生成和更新默认及自定义地址列表，并处理对收件人策略所做的更改。此服务确保在创建新的收件人策略或地址列表后，其内容应用于组织中的相应收件人。收件人更新服务还将现有的策略应用于在策略或地址列表建立后新建的收件人。通过这种方式，可以利用最小的管理开销保持信息最新。
必须至少为组织中的每个域设置一个收件人更新服务，并且必须从 Exchange 2003 或 Exchange 2000 服务器上运行该服务。对于没有这些 Exchange 服务器的域，必须从该域外部的 Exchange 服务器上运行收件人更新服务。如果存在多个域控制器，那么可以为每个域设置多个收件人更新服务。每个收件人更新服务必须在唯一的域控制器上进行读取和写入操作。
注意 如果没有为某个域设置收件人更新服务，您将无法在该域中创建收件人。
如果某个域中的网络延迟较长，那么应在本地站点设置收件人更新服务。例如，如果某个域在西雅图和北京都有站点，那么在北京的管理员创建的邮箱被西雅图的收件人更新服务处理之前，可能存在很长时间的延迟。这种情况下，在北京的本地域控制器上设置收件人更新服务可减少用户在访问新创建的邮箱之前必须等待的时间。
创建新的收件人更新服务
1. 在 Exchange 系统管理器中，展开"收件人"容器。
2. 用鼠标右键单击"收件人更新服务"容器，指向"新建"，然后单击"收件人更新服务"。
收件人更新服务向导将启动并引导您完成创建过程。图 4.25 显示了创建过程的最后一步。
图 4.25 创建"收件人更新服务"的最后一步
注意 如果所有域控制器目前都有了关联的收件人更新服务，那么当您试图创建下一个收件人更新服务时便会收到错误。只能对每个域控制器设置一个收件人更新服务。
可以选择使收件人更新服务按照自定义间隔运行。默认情况下，收件人更新服务设置为"始终运行"，并且当它运行时，只进行必要的更改。在更改或创建了收件人、收件人策略或地址列表后需要进行更改。将应用自上次收件人更新服务运行以来发生的所有更改。
更改更新间隔
· 用鼠标右键单击要修改的收件人更新服务，单击"属性"，然后更改"更新间隔"选项。
