邮件策略在域树中的实战应用:Exchange2003学习系列之十
2011-05-17 22:43
423 查看
前段时间帮朋友解决了一个邮件策略问题,今天把它写出来供大家参考。拓扑如下图所示,某公司在域树环境下,父域是exchtest.com,子域是shanghai.exchtest.com。Florence是父域的域控制器,Firenze是子域的域控制器,Berlin是Exchange服务器。要求Berlin为ActiveDirectory内的所有用户提供邮件支持,如果用户属于父域,那用户的邮箱后缀是@exchtest.com,如果用户隶属于子域,那用户的邮箱后缀是@shanghai.exchtest.com。
解决这个问题并不难,主要注意以下三点
A 在子域中进行域准备
B 为子域用户创建收件人策略
C 为子域用户创建收件人更新服务
![](https://oscdn.geek-share.com/Uploads/Images/Content/201911/09/071043984b2deff6597a63c37748ab9f.jpg)
下面开始实验
一确定父域和子域的域控制器可以进行正常的Active Directory复制
首先我们要确保父域与子域之间可以进行正常的Active Directory复制。Exchange和Active Directory结合得非常紧密,一旦出现了Active Directory的问题,Exchange肯定会受到影响,所以我们首先检查两个域控制器之间的复制状态是否正常。在Florence上,开始-管理工具-Active Directory站点和服务,在Florence的复制伙伴Firenze上选择“立即复制副本”,如下图所示
![](https://oscdn.geek-share.com/Uploads/Images/Content/201911/09/bf2e0f2a5f76b094c9135ca6d0325203.jpg)
如下图所示,Active Directory复制正常。这样我们就可以开展后续操作;否则应仔细检查Active Directory复制失败的原因,待故障排除后,再向下进行。
![](https://oscdn.geek-share.com/Uploads/Images/Content/201911/09/c43210d0736a91208472f2c0d6ccac61.jpg)
二在子域的域控制器上进行域准备
如果想让Exchange服务器为子域用户提供邮件服务,那么需要在子域的域控制器上进行域准备,域准备为Exchange读取及修改子域用户属性时提供了必要的权限。在Firenze上进行域准备很容易,放入Exchange2003的安装光盘,在命令提示符下输入 D:\setup /domainprep,
D是光驱的盘符,如下图所示。当然,在图形界面下从Exchange部署向导中进行域准备也是可以的。
![](https://oscdn.geek-share.com/Uploads/Images/Content/201911/09/23fd605812908c086dd4c5b7e84fdcd2.jpg)
开始域准备,确定选择的操作是Domainprep
![](https://oscdn.geek-share.com/Uploads/Images/Content/201911/09/43935b49ca4a5e9e10abed1c3eb59194.jpg)
![](https://oscdn.geek-share.com/Uploads/Images/Content/201911/09/f000da70f891666c6392deb1932172bf.jpg)
完成域准备后,现在Exchange可以为子域用户创建邮箱了。
三为子域用户创建收件人策略
收件人策略决定了Exchange中邮箱的邮件地址,Exchange安装完成后,会生成一个默认的收件人策略,默认策略将邮箱的邮件地址设置为以exchange安装时的域名作为邮箱后缀。因此现在无论是父域还是子域的用户,只要创建邮箱,邮箱后缀都是@exchtest.com。我们可以在Exchange服务器上打开Exchange系统管理器,在收件人策略中,双击“Default Policy”,在电子邮件地址(策略)标签中就可以看到默认的收件人策勒了。如下图所示。
![](https://oscdn.geek-share.com/Uploads/Images/Content/201911/09/019c21d15649d50142bd30b97707e8bf.jpg)
如果想为子域用户提供以@shanghai.exchtest.com为后缀的邮箱地址,那一定要为子域用户创建新的收件人策略,在新的收件人策略中将子域用户的邮箱地址设置为以@shanghai.exchtest.com为后缀。但问题是,我们怎么判断一个邮箱是为子域用户创建的呢?我们要考虑一下在Active Directory中父域用户和子域用户在哪些属性上有区别,我们可以利用这些属性对父域子域用户加以区分。我们容易想到的是,父域用户和子域用户的登录名不同,父域用户的登录名是@exchtest.com,子域用户的登录名是@shanghai.exchtest.com,有这些就足够了。
![](https://oscdn.geek-share.com/Uploads/Images/Content/201911/09/4148c7f1c843b9e8f1d30976fdd6ede4.jpg)
在Exchange系统管理器中,我们为子域用户创建一个新的收件人策略
![](https://oscdn.geek-share.com/Uploads/Images/Content/201911/09/904dbb77122a18ec05c8d5095638e1bf.jpg)
此策略将影响收件人的电子邮件地址
![](https://oscdn.geek-share.com/Uploads/Images/Content/201911/09/22609a7a9b24244887f63c3a861af660.jpg)
为新策略命名为shanghai
![](https://oscdn.geek-share.com/Uploads/Images/Content/201911/09/1910aa01d82bcfc0a1172212058af2a0.jpg)
在收件人策略中,切换到电子邮件地址(策略)标签,选中SMTP策略,点击“编辑”
![](https://oscdn.geek-share.com/Uploads/Images/Content/201911/09/291642fa26c1bf630e8a6630c52d71fb.jpg)
将收件人的SMTP地址改为@shanghai.exchtest.com
![](https://oscdn.geek-share.com/Uploads/Images/Content/201911/09/ff323167d65d2a5c0e20a40d01c93f4e.jpg)
如何确保这个策略用于子域用户?在策略的常规标签下,在筛选规则处,点击“修改”
![](https://oscdn.geek-share.com/Uploads/Images/Content/201911/09/4872332eb8eb0973aeee6b13de18911c.jpg)
在筛选规则中切换到高级标签,在字段中选择用户的登录名结尾为shanghai.exchtest.com,这就是我们针对子域用户设置的筛选条件
![](https://oscdn.geek-share.com/Uploads/Images/Content/201911/09/ffe861ad3e8619f39fcd051bc50dda62.jpg)
现在Exchange中有了两个收件人策略,我们创建的新策略优先级高,默认策略优先级低。以后创建邮箱时,Exchange先用高优先级的策略判断一下用户的登录名是不是以shanghai.exchtest.com结尾,如果匹配,就让邮箱地址以@shanghai.exchtest.com为后缀;如果不匹配,就用默认策略来处理,那样的话邮箱地址的后缀就会是@exchtest.com。
![](https://oscdn.geek-share.com/Uploads/Images/Content/201911/09/4cfdf963301f7b16fa1506f76773239f.jpg)
四为子域用户创建收件人更新服务
Exchange 的收件人更新服务可以确保在创建新的收件人策略后,其内容应用于组织中的相应收件人。收件人更新服务还将现有的策略应用于在策略建立后新建的收件人。通过这种方式,可以利用最小的管理开销保持信息最新。每个域至少要设置一个收件人更新服务,并且必须从 Exchange 服务器上运行该服务。对于没有 Exchange 服务器的域,必须从该域外部的 Exchange 服务器上运行收件人更新服务。
因此我们应该在Exchange服务器Berlin上为子域shanghai.exchtest.com创建一个收件人更新服务,以使我们创建的收件人策略能应用到子域用户的邮箱上。
在Exchange系统管理器中,新建“收件人更新服务”
![](https://oscdn.geek-share.com/Uploads/Images/Content/201911/09/489d3b337e1cbaef882ccbdbcffa9467.jpg)
设置一下收件人更新服务负责的域,点击浏览,在域列表中选择shanghai.exchtest.com
![](https://oscdn.geek-share.com/Uploads/Images/Content/201911/09/7d572b3c1ad9e7ac6a9050686d7c4127.jpg)
选择由哪个Exchange服务器负责收件人更新,由于Active Directory中只有一个Exchange服务器,因此只能选择Berlin
![](https://oscdn.geek-share.com/Uploads/Images/Content/201911/09/86b2ca0d0d265b0189e45fa33913416d.jpg)
![](https://oscdn.geek-share.com/Uploads/Images/Content/201911/09/1a9034603ad58a4444b0b66c0ed83890.jpg)
完成后,在子域中创建一个用户试试。由于事先没有将Exchange的管理权限委派给子域管理员,因此为子域用户创建邮箱的操作在父域的域控制器Florence上进行。在Florence上打开Active Directory用户和计算机,右键点击exchtest.com,选择“连接到域”,在域列表中选择shanghai.exchtest.com。这样我们就可以创建子域用户了。新建一个用户user1
![](https://oscdn.geek-share.com/Uploads/Images/Content/201911/09/c0494a8fe809a249251476467cf8bc9f.jpg)
在Berlin上为子域用户user1创建邮箱
![](https://oscdn.geek-share.com/Uploads/Images/Content/201911/09/653050ee680c1af8009f3a4c414adc5c.jpg)
检查一下user1的邮件地址,如下图所示。User1的邮箱地址是user1@shanghai.exchtest.com,设置成功!
![](https://oscdn.geek-share.com/Uploads/Images/Content/201911/09/580b6e2c398cbe2c8158aa9e34c5b9b1.jpg)
在父域中创建一个user1用户,看看他的邮件地址,如下图所示,user1@exchtest.com,OK,问题解决。
![](https://oscdn.geek-share.com/Uploads/Images/Content/201911/09/da2ba96911d31f80feceed0243cbdefc.jpg)
特别提示,不要忘记在DNS中为shanghai.exchtest.com创建MX记录,否则子域用户可能收不到其他邮件发来的邮件哦。
解决这个问题并不难,主要注意以下三点
A 在子域中进行域准备
B 为子域用户创建收件人策略
C 为子域用户创建收件人更新服务
![](https://oscdn.geek-share.com/Uploads/Images/Content/201911/09/071043984b2deff6597a63c37748ab9f.jpg)
下面开始实验
一确定父域和子域的域控制器可以进行正常的Active Directory复制
首先我们要确保父域与子域之间可以进行正常的Active Directory复制。Exchange和Active Directory结合得非常紧密,一旦出现了Active Directory的问题,Exchange肯定会受到影响,所以我们首先检查两个域控制器之间的复制状态是否正常。在Florence上,开始-管理工具-Active Directory站点和服务,在Florence的复制伙伴Firenze上选择“立即复制副本”,如下图所示
![](https://oscdn.geek-share.com/Uploads/Images/Content/201911/09/bf2e0f2a5f76b094c9135ca6d0325203.jpg)
如下图所示,Active Directory复制正常。这样我们就可以开展后续操作;否则应仔细检查Active Directory复制失败的原因,待故障排除后,再向下进行。
![](https://oscdn.geek-share.com/Uploads/Images/Content/201911/09/c43210d0736a91208472f2c0d6ccac61.jpg)
二在子域的域控制器上进行域准备
如果想让Exchange服务器为子域用户提供邮件服务,那么需要在子域的域控制器上进行域准备,域准备为Exchange读取及修改子域用户属性时提供了必要的权限。在Firenze上进行域准备很容易,放入Exchange2003的安装光盘,在命令提示符下输入 D:\setup /domainprep,
D是光驱的盘符,如下图所示。当然,在图形界面下从Exchange部署向导中进行域准备也是可以的。
![](https://oscdn.geek-share.com/Uploads/Images/Content/201911/09/23fd605812908c086dd4c5b7e84fdcd2.jpg)
开始域准备,确定选择的操作是Domainprep
![](https://oscdn.geek-share.com/Uploads/Images/Content/201911/09/43935b49ca4a5e9e10abed1c3eb59194.jpg)
![](https://oscdn.geek-share.com/Uploads/Images/Content/201911/09/f000da70f891666c6392deb1932172bf.jpg)
完成域准备后,现在Exchange可以为子域用户创建邮箱了。
三为子域用户创建收件人策略
收件人策略决定了Exchange中邮箱的邮件地址,Exchange安装完成后,会生成一个默认的收件人策略,默认策略将邮箱的邮件地址设置为以exchange安装时的域名作为邮箱后缀。因此现在无论是父域还是子域的用户,只要创建邮箱,邮箱后缀都是@exchtest.com。我们可以在Exchange服务器上打开Exchange系统管理器,在收件人策略中,双击“Default Policy”,在电子邮件地址(策略)标签中就可以看到默认的收件人策勒了。如下图所示。
![](https://oscdn.geek-share.com/Uploads/Images/Content/201911/09/019c21d15649d50142bd30b97707e8bf.jpg)
如果想为子域用户提供以@shanghai.exchtest.com为后缀的邮箱地址,那一定要为子域用户创建新的收件人策略,在新的收件人策略中将子域用户的邮箱地址设置为以@shanghai.exchtest.com为后缀。但问题是,我们怎么判断一个邮箱是为子域用户创建的呢?我们要考虑一下在Active Directory中父域用户和子域用户在哪些属性上有区别,我们可以利用这些属性对父域子域用户加以区分。我们容易想到的是,父域用户和子域用户的登录名不同,父域用户的登录名是@exchtest.com,子域用户的登录名是@shanghai.exchtest.com,有这些就足够了。
![](https://oscdn.geek-share.com/Uploads/Images/Content/201911/09/4148c7f1c843b9e8f1d30976fdd6ede4.jpg)
在Exchange系统管理器中,我们为子域用户创建一个新的收件人策略
![](https://oscdn.geek-share.com/Uploads/Images/Content/201911/09/904dbb77122a18ec05c8d5095638e1bf.jpg)
此策略将影响收件人的电子邮件地址
![](https://oscdn.geek-share.com/Uploads/Images/Content/201911/09/22609a7a9b24244887f63c3a861af660.jpg)
为新策略命名为shanghai
![](https://oscdn.geek-share.com/Uploads/Images/Content/201911/09/1910aa01d82bcfc0a1172212058af2a0.jpg)
在收件人策略中,切换到电子邮件地址(策略)标签,选中SMTP策略,点击“编辑”
![](https://oscdn.geek-share.com/Uploads/Images/Content/201911/09/291642fa26c1bf630e8a6630c52d71fb.jpg)
将收件人的SMTP地址改为@shanghai.exchtest.com
![](https://oscdn.geek-share.com/Uploads/Images/Content/201911/09/ff323167d65d2a5c0e20a40d01c93f4e.jpg)
如何确保这个策略用于子域用户?在策略的常规标签下,在筛选规则处,点击“修改”
![](https://oscdn.geek-share.com/Uploads/Images/Content/201911/09/4872332eb8eb0973aeee6b13de18911c.jpg)
在筛选规则中切换到高级标签,在字段中选择用户的登录名结尾为shanghai.exchtest.com,这就是我们针对子域用户设置的筛选条件
![](https://oscdn.geek-share.com/Uploads/Images/Content/201911/09/ffe861ad3e8619f39fcd051bc50dda62.jpg)
现在Exchange中有了两个收件人策略,我们创建的新策略优先级高,默认策略优先级低。以后创建邮箱时,Exchange先用高优先级的策略判断一下用户的登录名是不是以shanghai.exchtest.com结尾,如果匹配,就让邮箱地址以@shanghai.exchtest.com为后缀;如果不匹配,就用默认策略来处理,那样的话邮箱地址的后缀就会是@exchtest.com。
![](https://oscdn.geek-share.com/Uploads/Images/Content/201911/09/4cfdf963301f7b16fa1506f76773239f.jpg)
四为子域用户创建收件人更新服务
Exchange 的收件人更新服务可以确保在创建新的收件人策略后,其内容应用于组织中的相应收件人。收件人更新服务还将现有的策略应用于在策略建立后新建的收件人。通过这种方式,可以利用最小的管理开销保持信息最新。每个域至少要设置一个收件人更新服务,并且必须从 Exchange 服务器上运行该服务。对于没有 Exchange 服务器的域,必须从该域外部的 Exchange 服务器上运行收件人更新服务。
因此我们应该在Exchange服务器Berlin上为子域shanghai.exchtest.com创建一个收件人更新服务,以使我们创建的收件人策略能应用到子域用户的邮箱上。
在Exchange系统管理器中,新建“收件人更新服务”
![](https://oscdn.geek-share.com/Uploads/Images/Content/201911/09/489d3b337e1cbaef882ccbdbcffa9467.jpg)
设置一下收件人更新服务负责的域,点击浏览,在域列表中选择shanghai.exchtest.com
![](https://oscdn.geek-share.com/Uploads/Images/Content/201911/09/7d572b3c1ad9e7ac6a9050686d7c4127.jpg)
选择由哪个Exchange服务器负责收件人更新,由于Active Directory中只有一个Exchange服务器,因此只能选择Berlin
![](https://oscdn.geek-share.com/Uploads/Images/Content/201911/09/86b2ca0d0d265b0189e45fa33913416d.jpg)
![](https://oscdn.geek-share.com/Uploads/Images/Content/201911/09/1a9034603ad58a4444b0b66c0ed83890.jpg)
完成后,在子域中创建一个用户试试。由于事先没有将Exchange的管理权限委派给子域管理员,因此为子域用户创建邮箱的操作在父域的域控制器Florence上进行。在Florence上打开Active Directory用户和计算机,右键点击exchtest.com,选择“连接到域”,在域列表中选择shanghai.exchtest.com。这样我们就可以创建子域用户了。新建一个用户user1
![](https://oscdn.geek-share.com/Uploads/Images/Content/201911/09/c0494a8fe809a249251476467cf8bc9f.jpg)
在Berlin上为子域用户user1创建邮箱
![](https://oscdn.geek-share.com/Uploads/Images/Content/201911/09/653050ee680c1af8009f3a4c414adc5c.jpg)
检查一下user1的邮件地址,如下图所示。User1的邮箱地址是user1@shanghai.exchtest.com,设置成功!
![](https://oscdn.geek-share.com/Uploads/Images/Content/201911/09/580b6e2c398cbe2c8158aa9e34c5b9b1.jpg)
在父域中创建一个user1用户,看看他的邮件地址,如下图所示,user1@exchtest.com,OK,问题解决。
![](https://oscdn.geek-share.com/Uploads/Images/Content/201911/09/da2ba96911d31f80feceed0243cbdefc.jpg)
特别提示,不要忘记在DNS中为shanghai.exchtest.com创建MX记录,否则子域用户可能收不到其他邮件发来的邮件哦。
![](https://oscdn.geek-share.com/Uploads/Images/Content/201911/09/7b5a94e4602f0d157def9fc45e73091e.jpg)
相关文章推荐
- 邮件策略在域树中的实战应用:Exchange2003系列之十
- 邮件策略在域树中的实战应用:Exchange2003系列之十
- 邮件策略在域树中的实战应用:Exchange2003系列之十
- 具有邮件功能的用户和联系人有什么区别?-Exchange2003学习系列之八
- 用通讯组实现邮件列表:Exchange2003学习系列之九
- 邮件策略在域树中的的实战应用
- 第60讲:Scala中隐式参数实战详解以及隐式参数在Spark中的应用源码解析学习笔记
- Android开发学习系列-----构建你的第一个应用(2)
- Selenium2学习-022-WebUI自动化实战实例-020-JavaScript 在 Selenium 自动化中的应用实例之二(获取浏览器显示区域大小)
- 应用集成实战系列:服务总线中的服务补偿机制
- 《Spring 3.x 企业应用开发实战》学习笔记 第三章 IoC容器概述 3.2 相关Java基础知识 类装载器 反射机制
- 第49讲:Scala中Variance代码实战及其在Spark中的应用源码解析学习笔记
- ETL利器 Kettle实战应用解析系列(二)
- ETL利器Kettle实战应用解析系列三
- Linux学习系列之Nginx调优实战
- 【原创】ASP.NET Web 应用开发实战快速上手系列 1——配置环境及预备知识(框架、VS、C#)
- 【JavaEE企业应用实战学习记录】servlet3.0上传文件
- ETL利器Kettle实战应用解析系列二 【应用场景和实战DEMO下载】
- 【云星数据---Apache Flink实战系列(精品版)】:Apache Flink高级特性与高级应用005-Flink的作业调度情况002
- Scala中隐式转换初体验实战详解以及隐式转换在Spark中的应用源码解析之Scala学习笔记-49