最近在的我工作中遇到一种情况:终端用户报告显示无法修改目录属性,当修改完目录属性后,会自动恢复到默认值或返回不正确的数据。
在这个例子中,这些客户是信息集中的门户中的客户(如网站客户、服务器终端客户等)。要解决这一问题,只要登陆账户升级即可。举个例子,如果一个女生结婚的话,她需要将名字中的姓改为丈夫的姓。在这个例子中也一样,如果客户的电子邮件名字是由自己的名字+网站名字构成,当网站名字修改后,用户电子邮件的名字也需要把后面网站的名字做升级,修改为新名字即可。
在Exchange 2003 中,RUS(收件人更新服务)会自动扫描目录,以发现目标基于USN(更新序列号)所做的改变。如果我们发现目标在RUS上的USN改变了,我们需要做出相应的改变。通常情况下,RUS通常利用单一Exchange 服务器计算地址并利用单一域控制器读取目标文件及修改目标文件。
在 Exchange 2010服务器中,RUS已经变成一个任务过程,而不再仅仅用于自动扫描目录发现目标USN是否做出新的改变。在默认情况下,如果任何任务运行于修改用户目标(如设置用户邮箱,或者设置用户名等),RUS会被该任务调用后执行任务。在这个过程中可利用任何Exchange服务器系统助理或任何域控制器要求执行RUS任务。这样,RUS的调用不再仅限于单一的Exchange服务器或单一的域名控制器。
在用户提交设置用户或设置邮箱的任务时,任务本身会提供一个用户属性信息,RUS可以在目录中读到这些信息。随后,RUS通过计算,把有效的邮箱地址发送给提交任务者,并对目录做出修改。如果用户提交任务时,使用的是代理服务器,RUS会将代理服务器的地址加入计算过程中,并把计算后的结果发送给任务提交者及写入目录中。其他诸如用户名等属性信息一旦写入目录中后,除非在用户提交修改用户名等特殊的任务命令时,RUS会对目录中的相关信息做出修改,否则一般不会做出对用户名等属性信息的修改。
在用户提交设置用户或设置邮箱的任务时,我们一般会提供–domainController 转换,以利用静态域控制器。例如,当用户提交设置邮箱的任务时,该任务会通过动态目录站点需找带有邮箱设置功能的服务器。如果在需找的动态目录站点中不存在这种服务器,该任务会自动在其他动态目录站点中寻找,直至占到带有邮箱设置功能的服务器为止。
让我们举个例子来详细介绍一下,Exchange 服务器由自动扫描目录变为任务扫描后,究竟为何会发生文章开始时,我阐述的那个用户无法修改目录属性的问题吧:
任务环境:
两台域控制器:DC1和DC2
两台Exchange邮箱服务器:MBX1和MBX2
举例:一位用户名为BARBARA SMITH的用户希望将她的姓中的SMITH改为JONES。那么她的账户属性为:
givenName: BARBARA
sn: SMITH
msExchHideFromAddressList: FALSE
proxyAddresses (2): smtp:Barbara@domain.com; SMTP: Barbara.Smith@domain.com
1.当用户提交将BARBARA SMITH修改为BARBARA JOHNS的任务请求后,后台运行会调用的命令符为:set-user –identity Barbara –lastName Jones –domainController DC-2
2.运行到这一步时,任务命令会浏览目录,并读出BARBARA SMITH的原有账户属性。随后,任务命令符会将修改账户的命令提交给Exchange服务器,提交的命令中带有当前用户属性信息及修改后的账户属性信息。
3.RUS会评估任务命令提交上来的用户邮件账户修改信息,并决定该邮件账户需要做出修改。其修改内容包括主SMTP地址改为 Barbara.Jones@domain.com。 Exchange把这一信息反馈给任务命令。
4.任务命令随后会在静态制定的DC2上执行目录写入操作。其写入部分如下:
sn: JONES
proxyAddresses (3): smtp:Barbara@domain.com; SMTP:Barbara.Jones@domain.com; smtp:Barbara.Smith@domain.com
5.在DC-2上完成目录写入过程之后,任务命令会进一步申请修改邮件账户地址簿参数。(此处需要注意的是,当用户任务中带有目录写入操作时,完成目录修改操作后,不管是否需要,都会自动申请修改邮件账户地址簿参数。)任务命令申请修改邮件账户地址簿参数需要调用的命令符为:set-mailbox –identity BARBARA –hiddenFromAddressList:$FALSE
6. 执行这一步操作时,任务命令会重新阅读目录并读取账户相关属性。而这一步的任务操作并没限定特定的域控制器。如果任务命令随机选择的是DC1 。任务命令会从DC1上读出原来为修改的账户属性:
givenName: BARBARA
sn: SMITH
msExchHideFromAddressList: FALSE
proxyAddresses (2): smtp:Barbara@domain.com; SMTP: Barbara.Smith@domain.com
产生这个错误的原因是,DC1此时还没有从DC2上把写入目录的账户信息复制过来。但用户已经调用修改邮件地址簿参数命令,尽管此时读出的SMTP和原账户信息相同,但邮件地址簿参数已经作出改变,即hiddenFromAddressList已经做出改变。
7. 当用户命令把从DC1中调出的原用户信息递交给RUS时(注意,此时邮件地址簿参数已经做出改变),RUS对用户账户属性进行重新配置,并最终决定用户电子邮件地址为barbara@domain.com and barbara.smith@domain.com。最终,用户账户信息被修改为:
givenName: BARBARA
sn: JONES
msexchHideFromAddressList: FALSE
proxyAddresses (2): smtp:Barbara@domain.com; SMTP: barbara.smith@domain.com
很明显,用户的姓氏已经由SMITH修改为JONES,但邮件地址却未修改成功。纵观整个修改过程,我们可以发现,其错误在于再修改用户邮件地址过程中,用户命令调用的目录来自于两个DC服务器。
自由广告区 |
分类导航 |
邮件新闻资讯: IT业界 | 邮件服务器 | 邮件趣闻 | 移动电邮 电子邮箱 | 反垃圾邮件|邮件客户端|网络安全 行业数据 | 邮件人物 | 网站公告 | 行业法规 网络技术: 邮件原理 | 网络协议 | 网络管理 | 传输介质 线路接入 | 路由接口 | 邮件存储 | 华为3Com CISCO技术 | 网络与服务器硬件 操作系统: Windows 9X | Linux&Uinx | Windows NT Windows Vista | FreeBSD | 其它操作系统 邮件服务器: 程序与开发 | Exchange | Qmail | Postfix Sendmail | MDaemon | Domino | Foxmail KerioMail | JavaMail | Winwebmail |James Merak&VisNetic | CMailServer | WinMail 金笛邮件系统 | 其它 | 反垃圾邮件: 综述| 客户端反垃圾邮件|服务器端反垃圾邮件 邮件客户端软件: Outlook | Foxmail | DreamMail| KooMail The bat | 雷鸟 | Eudora |Becky! |Pegasus IncrediMail |其它 电子邮箱: 个人邮箱 | 企业邮箱 |Gmail 移动电子邮件:服务器 | 客户端 | 技术前沿 邮件网络安全: 软件漏洞 | 安全知识 | 病毒公告 |防火墙 攻防技术 | 病毒查杀| ISA | 数字签名 邮件营销: Email营销 | 网络营销 | 营销技巧 |营销案例 邮件人才:招聘 | 职场 | 培训 | 指南 | 职场 解决方案: 邮件系统|反垃圾邮件 |安全 |移动电邮 |招标 产品评测: 邮件系统 |反垃圾邮件 |邮箱 |安全 |客户端 |