EXCHANGE 2003传输和路由简明教程

虚拟服务器配置、用户邮箱等信息。但是，SMTP 从 IIS 元数据库中读取其设置。因此，为了向 IIS 提供实现 SMTP 功能所需的信息，Microsoft Exchange System Attendant（Exchange 默认服务中的一项服务）将 Active Directory 中的配置信息复制到 IIS 元数据库中

DNS
虽然关于 DNS 的完整分析和讨论超过了本指南所讲述的范围，但是，此部分提供了有关 Exchange 中 DNS 与 SMTP 之间的关系的信息。由于 Exchange 2003 依赖 DNS 进行名称解析，因此 DNS 在 Internet 邮件流中发挥了至关重要的作用。

将 Internet 邮件转发到智能主机
智能主机是处理 Internet 邮件传递的服务器或邮件进程。智能主机不必是 Exchange 服务器 - 它可以是负责传递邮件（将它发送到另一台 SMTP 服务器，或者使用 DNS 来直接传递邮件）的任何 SMTP 进程或服务器。在存在与 Internet 的持久连接的情况下，智能主机不是必需的。但是，智能主机通常是外围网络中的防病毒扫描程序或 Windows 2000 或 Windows Server 2003 SMTP 服务

收件人策略
收件人策略用于为一组用户建立使用特定协议（如 SMTP）的默认电子邮件地址。电子邮件地址用于定义将入站电子邮件发送到 Exchange 系统所需的有效格式。默认收件人策略设置虚拟服务器可以接受从哪个邮件域传入的电子邮件。它为所有基于 Exchange 2003 并且已启用邮箱的对象指定默认的 SMTP 和 X.400 地址。
在收件人策略中指定的任何 SMTP 域都会复制到 IIS 元数据库中，并设置为权威本地域。因此，SMTP 接受发往这些域的入站邮件。只有在清除了“SMTP 地址属性”中的“此 Exchange 组织负责处理传递到此地址的所有邮件”复选框时，才不会将添加到收件人策略中的 SMTP 地址视为本地地址。

收件人更新服务
收件人更新服务是 Microsoft Exchange System Attendant 服务 (MSExchangeSA) 的一部分，它监视 Active Directory 中是否存在新的收件人，并将用户的相应电子邮件地址和其他 Exchange 属性写入到 Active Directory 中。收件人更新服务使用收件人策略中定义的信息，以及包含在每个收件人策略中的收件人的正确用户信息来更新 Active Directory。

目录服务到元数据库服务
DS2MB 服务（目录服务到元数据库服务）是 Exchange 系统助理服务的一个组件，它负责将 Active Directory 中的信息传播到 IIS 元数据库中。DS2MB 对于 SMTP、Internet 邮件访问协议 4 (IMAP4)、邮局协议 3 (POP3) 以及 World Wide Web Publishing 服务 (W3SVC)（Microsoft Outlook%26reg; Web Access 的服务）的运行至关重要。
DS2MB 将 Active Directory 中的下列信息复制到 IIS 元数据库中：
%26#8226;SMTP 虚拟服务器及其大部分可配置属性。
%26#8226;SMTP 连接器地址空间（以便高级排队引擎的元数据库可以正确路由邮件）。
%26#8226;收件人策略中的权威域（复制到 SMTPSVC/x/Domain 子项中，并由高级排队引擎使用）。
启动时，DS2MB 检查它过去复制过的所有对象，以及自上次复制以来是否发生过任何更改）。如果 DS2MB 检测到之前未发生过复制，则进行初始化并复制所有对象。
启动后，DS2MB 在配置域控制器中注册，以便在对 Exchange 配置进行了任何更改以及删除了对象容器后，收到域控制器的通知。因此，几乎在更改复制到配置域控制器的同时，DS2MB 也将对象复制到了元数据库中。
DS2MB 在遇到问题时记录 ID 为 1040 的事件。如果发生此事件，应将 MSExchangeMU（元数据库更新服务）的诊断日志记录级别增加到 5。可以在 Exchange 系统管理器中打开诊断日志记录，方法是：用鼠标右键单击 Exchange 服务器，单击“属性”，再单击“诊断日志记录”选项卡，然后在“服务”下选择“MSExchangeMU”。
第二部分

DNS设计和配置
DNS对于活动目录是关键的，因此要使活动目录正常工作，设置正确DNS是不可少的，一个正确的DNS应该是运行在DC上的拥有和活动目录名一样的支持安全更新的活动目录集成区域。

NSLOOKUP和DNSDIAG是两个用于诊断DNS问题的常用工具

验证内部 DNS 配置
SMTP 在查询 DNS 时，总是先查询 MX 记录。如果存在内部 MX 记录并且/或者其配置不正确，则内部邮件传递将不会工作。
确认 MX 记录既不指向任何 Exchange 服务器的 FQDN，也不指向内部域
1.在命令提示符处，键入 nslookup，然后按 Enter。
2.键入 server 地址>，其中“IP 地址”是内部 DNS 服务器的 IP 地址。
3.键入 set q=mx，然后按 Enter。
4.键入 ，其中“fqdn”是 SMTP 虚拟服务器（和 Exchange 服务器）的完全限定名称，然后按 Enter。
5.确认不存在与内部服务器对应的 MX 记录。结果应如下所示：

 如果您对本文有任何疑问或者建议，请到讨论区发表您的意见: >> 论坛入口 <<

上一页 1 2 3 45 6 7 8 9 10 11 12 下一页

上一篇：Blackberry与Exchange的许可   下一篇：加速Exchange Server恢复过程

【文章评论】 【收藏本文】 【推荐好友】 【打印本文】 【我要投稿】 【论坛讨论】