核心提示：最近在的我工作中碰到一种情形：终端用户讲演显示无奈修改目录属性，当修改完目录属性后，会主动恢复到默认值或不准确的数据。在这个例子中，这些客户是信息集中的门户中的客户。要解决这一问题，只有登陆账户进级即...
最近在的我工作中碰到一种情形：终端用户讲演显示无奈修改目录属性，当修改完目录属性后，会主动恢复到默认值或不准确的数据。在这个例子中，这些客户是信息集中的门户中的客户。要解决这一问题，只有登陆账户进级即可。举个例子，如果一个女生结婚的话，她需要将名字中的姓改为丈夫的姓。在这个例子中也一样，如果客户的电子邮件名字是由本人的名字+网站名字形成，当网站名字修改后，用户电子邮件的名字也须要把后面网站的名字做进级，修改为新名字即可。
在exchange 2003 中，rus会自动扫描目录，以发现目标基于usn所做的改变。如果我们发明目标在rus上的usn改变了，我们需要做出相应的改变。通常情况下，rus通常利用单一exchange 服务器计算地址并利用单一域掌握器读取目标文件及修改目标文件。
在 exchang。邮件群发效果精准监控，客户邮件地址采集功能,免费试用。e 2010服务器中，rus已经变成一个任务进程，而不再仅仅用于自动扫描目录发明目的usn是否做出新的转变。在默认情形下，假如任何任务运行于。许可式邮件群发是目前国内最好用的邮件群发软件，邮件群发成功率业界冠军，支持发送各类目标邮箱，投递效率高。修改用户目的，rus会被该任务调用后执行任务。在这个进程中可应用任何exchange服务器体系助理或任何域掌握器请求执行r。邮件归档备份轻松，压缩存储,万家合作伙伴,25年经验,高性价比!us任务。这样，rus的调用不再仅限于单一的exchange服务器或单一的域名节制器。
在用户提交设置用户或设置邮箱的任务时，任务自身会供给一个用户属性信息，rus能够在目录中读到这些信息。随后，rus通过盘算，把有效的邮箱地址发送给提交任务者，并对目录做出修改。如果用户提交任务时，应用的是代办服务器，rus会将署理服务器的地址参加计算过程中，并把盘算后的成果发送给任务提交者及写入目录中。其余诸如用户名等属性信息一旦写入目录中后，除非在用户提交修改用户名等特别的任务命令时，rus会对目录中的相干信息做出修改，否则普通不会做出对用户名等属性信息的修改。
在用户提交设置用户或设置邮箱的任务时，咱们个别会供给domaincontroller 转换，以应用静态域节制器。例如，当用户提交设置邮箱的任务时，该任务会通过动态目录站点需找带有邮箱设置功效的服务器。如果在需找的动态目录站点中不存在这种服务器，该任务会自动在其余动态目录站点中寻找，直至占到带有邮箱设置功效的服务器为止。
让咱们举个例子来具体先容一下，exchange 服务器由主动扫描目录变为任务扫描后，毕竟为何会产生开端时，我论述的那个用户无奈修正目录属性的问题吧：
任务环境：
两台域把持器：dc1跟dc2
两台exchange邮箱服务器：mbx1跟mbx2
举例：一位用户名为barbara smith的用户盼望将她的姓中的smith改为jones。那么她的账户属性为:
givenname: barbara
sn: smith
msexchhidefromaddresslist: false
proxyaddresses : smtp:barbara@domain smtp: barbara.smith@domain
1.当用户提交将barbara smith修改为barbara johns的任务恳求后，后盾运行会调用的命令符为：set-user identity barbara lastname jones domaincontroller dc-2
2.运行到这一步时，任务命令会阅读目录，并读出barbara smith的原有账户属性。随后，任务命令符会将修改账户的命令提交给exchange服务器，提交的命令中带有当前用户属性信息及修改后的账户属性信息。
3.rus会评估任务命令提交上来的用户邮件账户修改信息，并决议该邮件账户需要做出修改。其修改内容包含主smtp地址改为 barbara.jones@domain。 exchange把这一信息反馈给任务命令。
4.任务命令随后会在静态制订的dc2上履行目录写入操作。其写入局部如下：
sn: jones
proxyaddresses : smtp:barbara@domain smtp:barbara.jones@domain smtp:barbara.smith@domain
5.在dc-2上实现目录写入过程之后，任务命令会进一步申请修改邮件账户地址簿参数。任务命令申请修改邮件账户地址簿参数须要调用的命令符为：set-mailbox identity barbara hiddenfromaddresslist:$false
6. 履行这一步操作时，任务命令会从新浏览目录并读取账户相干属性。而这一步的义务操作并没限定特定的域把持器。假如义务命令随机抉择的是dc1 。任务命令会从dc1上读出本来为修正的账户属性：
givenname: barbara
sn: smith
msexchhidefromaddresslist: false
proxyaddresses : smtp:barbara@domain smtp: barbara.smith@domain
发生这个过错的起因是，dc1此时还不从dc2上把写入目录的账户信息复制过来。但用户已经调用修改邮件地址簿参数命令，只管此时读出的smtp和原账户信息雷同，但邮件地址簿参数已经作出转变，即hiddenfromaddresslist已经做出改变。
7. 当用户命令把从dc1中调出的原用户信息递交给rus时，rus对用户账户属性进行从新配置，并终极决议用户电子邮件地址为barbara@domain and barbara.smith@domain。终极，用户账户信息被修改为：
givenname: barbara
sn: jones
msexchhidefromaddresslist: false
proxyaddresses : smtp:barbara@domain smtp: barbara.smith@domain
很显明，用户的姓氏已经过smith修改为jones，但邮件地址却未修改胜利。纵观全部修改过程，我们能够发现，其毛病在于再修改用户邮件地址过程中，用户命令调用的目录来自于两个dc服务器。
