Exchange 常见问题之二----3

6.如何更改活动目录中的用户的显示名称?

一些公司需要更改用户的显示名。 当我们在活动目录中创建一个新用户或者联系人的时, 总是以 ”名 姓” 格式生成全名字段, 此字段又会设置显示名称字段. 因此, 用户是以 ”名 姓” 的格式出现在全局地址列表.

在Exchange 2003里, 我们可以用ADSI Edit 工具来更改全名和显示名称字段的默认构建方式. 关键点就是更改createDialog的值,它的路径是CN=DisplaySpecifiers, CN=409, CN=user-Display. 需要注意的是409是美国区域的英语代码. 如果你是一个多语言的环境, 你可以更改为其他代码. 有关更详细的信息, 你可以参考下面文章去操作：

http://technet.microsoft.com/zh-cn/library/aa998290.aspx
http://support.microsoft.com/default.aspx/kb/250455

但是在Exchange 2007里, 我们可以直接在EMC来创建一个新用户的邮箱. 然而, 全名和显示名称字段构建方式并不是有createDialog来控制的. 这与在活动目录里创建新用户的邮箱是不同的. 不管你如何更改createDialog的值, 全名和显示名称字段总是以 “名 姓” 格式来构建.

这是因为Exchange 2007 EMC无法识别createDialog的值, 是Exchange 2007的一个默认限制. 解决的办法就是在活动目录里创建新用户。

7.如何处理在发送会议请求或者回复会议请求时，收到了未发送报告？

有一种场景, 一个名叫test1的用户已经被从活动目录里删除, 但是当test2给test3发送会议请求或者回复会议请求时,却收到了未发送报告.在这种情况下, 可能的原因就是test2设置test1为自己的委派人或者test1仍然存在于活动目录中.

解决这个问题, 首先需要用ADSI Edit工具确认test1已经被完全的删除. 排除这个原因后, 可以转向委派的问题。我们需要明白委派是有一个规则来控制的且隐藏于邮箱里.

解决的办法是用MFCMAPI工具来删除 “Schedule” 文件上的委派规则和 receive folder 的IPM.SCHEDULE.MEETING class.

1)删除以前的委派规则：

a)首先保证邮箱是在联机模式下, 然后登录MFCMAPI，

b)选择 Session—>Logon and Display Store table，

c)选择用户配置文件,点OK，

d)双击用户的邮箱，

e)展开 Root Container，

f)右键单击 “Schedule”, 选择 “Open Associated Contents Table”，

g)删除在这个表里所有信息。

2)删除Receive folder 的IPM.SCHEDULE.MEETING class：

a)在邮箱联机模式下登录MFCMAPI，

b)选择 Session—>Logon and Display Store table，

c)选择用户配置文件,点OK，

d)双击用户的邮箱，

e)展开 Root Container，

f)首先选择MDB-->Display-->Receive Folder Table, 确认IPM.SCHEDULE.MEETING class 是存在的。

g)如果存在, 右键单击” Schedule”, 选择 “Set Receive Folder”。

h)在对话框里输入”IPM.SCHEDULE.MEETING”，

i)点”Delete Association”，

j)点OK，

k)重复f的步骤,确认IPM.SHEDULE.MEETING class已经被删除.

8.如何限制用户访问OWA？

关于这个问题, 最好的方案就是部署一台ISA Server. ISA Server 能够基于控制活动目录里的用户或者组来发布网站

对于ISA Server 2004, 请参考下面的链接:
http://technet.microsoft.com/zh-cn/library/cc713316(en-us).aspx

请找到 “Create a mail publishing rule” 的段落, 在第11项, 你可以找到关于如何限制用户从外部访问OWA的步骤

对于ISA Server 2006, 请参考下面的链接:
http://www.isaserver.org/tutorials/Publishing-Exchange-2007-OWA-Exchange-ActiveSync-RPCHTTP-2006-ISA-Firewall-Part6.html

在第十幅图下面, 是关于如果限制用户访问OWA的表述. 此外, 我们也可以通过配置IIS或者组策略来达到这个目的.
http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/130228a0-68a7-440c-9194-5bcee964ffe2.mspx?mfr=true

9.在Exchange 2007中，当下载脱机地址薄的时候出现0X8004010F错误，如何排错？

在开始之前,首先我们需要明白脱机地址薄的产生过程：

首先Microsoft System Attendant service把脱机地址薄的数据发布到邮箱服务器的共享文件里: C:\Program Files\Microsoft\Exchange server\ExchangeOAB 下面的<oabguid>子文件夹. 然后运行在 客户端访问服务器上的Microsoft Exchange File Distributions service会去从共享文件里拿这些数据,把它们复制到C:\Program Files\Microsoft Exchange server\ClientAccess\OAB下面的<oabguid>的子文件夹里。在IIS里的OAB 虚拟目录通过oab.xml的定向OAB的路径会去发布脱机地址薄.

Outlook 2007 客户端通过Autodiscover service获得oab.xml的URL去联系OAB 虚拟目录来下载脱机地址薄.

详细的信息你可以参考下面的链接:
http://blogs.msdn.com/dgoldman/archive/2006/08/25/How-Exchange-2007-OAB-Files-are-replicated-to-a-Client-Access-Server-for-download.aspx

解决步骤:

•首先通过运行get-Offlineaddressbook |fl 命令确认Web Distribution 是否启用.
•检查你用户所在的邮箱存储是否有脱机地址薄
•如果这个问题仍然存在, 请分别删除以下路径的子文件夹 C:\Program files\Microsoft\ Exchange Server\ExchangeOAB 和C:\Program files\Microsoft\Exchange Server\ClientAccess\OAB. 然后, 做以下的操作:

a.打开 Exchange管理工具,组织配置,邮箱
b.找到脱机地址薄, 右键单击默认脱机地址薄, 选择更新
c.检查一下子文件夹<oabguid>是否在邮箱服务器的下面路径上产生:C:\Program files\Microsoft\ Exchange Server\ExchangeOAB
d.如何文件成功产生，请重新启动Microsoft Exchange File Distributions service, 然后检查文件是否被复制到客户端访问服务器上的C:\Program files\Microsoft\Exchange Server\ClientAccess\OAB
e.如何文件成功复制, 请打开Outlook 2007 去检查脱机地址薄是否可以被下载.

•如何问题仍然存在, 请运行 test-outlookwebservices |fl 命令, 查看一下我们是否可以正常获得 OAB的URL。