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。

? ? ? 本文轉自glying 51CTO博客，原文鏈接：http://blog.51cto.com/liying/967792，如需轉載請自行聯系原作者

總結

以上是生活随笔為你收集整理的Exchange 常见问题之二----3的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。