3. 验证结果。
先介绍一下环境配置，我们有两个Exchange 2007组织。它们分别属于域dc.com和域wan.com。
dc.com域中的用户：dcadministrator，dctest001;
dc.com域中的Exchange 2007服务器名称：150795M1，该服务器有客户端访问服务器、邮箱服务器和中心传输服务器角色，同时该服务器还是DC。
wan.com域中的用户：wanadministrator。
dc.com域中的Exchange 2007服务器名称：roc-dc，该服务器有客户端访问服务器、邮箱服务器和中心传输服务器角色。同时该服务器还是DC。
我们首先在域dc.com中的内部进行测试：
1. 我们先通过OWA登录dcadministrator的邮箱，
2. 然后发送一封邮件给dctest001，
3. 然后等待系统的退信，该NDR中的用户信息部分显示的是我们刚才自定义的信息。如图9所示。
图9
我们首先在域dc.com中的外部进行测试，即使用外部用户wanadministrator发送邮件给dctest001。
1. 我们先通过OWA登录wanadministrator的邮箱，
2. 然后发送一封邮件给dctest001，
3. 然后等待系统的退信，系统确实退信了，但是产生的NDR不是我们想要的。如图10所示。
图10
出现该问题是因为当将Exchange 2007服务器升级到update rollup 4或者最新update rollup，DSNConversionMode的缺省值是UseExchangeDSNs。如果该参数设置为UseExchangeDSNs，Exchange Server 2007将DSNs转换为Exchange 2007 DSN格式。以前DSN中包含的任何自定义的文本或附件将会被覆盖。如果将该参数设置为PreserveDSNBody，Exchange Server 2007将DSNs转换为Exchange 2007 DSN。但是，DSN消息中的文本主体会保留。如果您将该参数设置为DoNotConvert，Exchange Server 2007 不修改DSN消息。实际上，Exchange Server 2007将该消息作为标准的邮件来传递。
我们先查看一下Exchange服务器roc-dc 上的DSNConversionMode的缺省值，如图11所示。运行命令：Set-transportConfig -DSNConversionMode DoNotConvert，然后在发送一次邮件给dctest001。
图11
这个时候收到的NDR正好是我们想要的。如图12所示。由于我们将该参数设置为DoNotConvert，所以Exchange Server 2007没有修改DSN，并且将原来的邮件作为附件附加上。
图12
如果我们运行Set-transportConfig -DSNConversionMode PreserveDSNBody命令的话，这个时候NDR中不包含原来的邮件。如图13所示。
