有 1000 個以上的信箱儲存區存在
[本主題的目的是要說明 Exchange Server Analyzer 工具所引出的特定問題。您只應將它套用到已執行過 Exchange Server Analyzer 工具且有遇到該特定問題的系統。Exchange Server Analyzer 工具可免費下載，它會從拓撲中的每台伺服器遠端收集組態資料，並自動分析該資料。產生的報告會詳述重要的組態問題、潛在問題及非預設的產品設定。遵循這些建議，您便能達到較佳的效能、延展性、可靠性及執行時間。如需此工具的相關資訊或是要下載最新版本，請參閱 Microsoft Exchange Analyzer (https://go.microsoft.com/fwlink/?linkid=34707)。]
上次修改主題的時間： 2009-09-14
Microsoft® Exchange Server Analyzer 工具會查詢 Active Directory® 目錄服務，並計算屬於 msExchPrivateMDB 物件類別的 Microsoft Exchange Information Store 物件數目。如果 Exchange Server Analyzer 判定組織有超過 1,000 個信箱儲存區，就會顯示一則警告。
顯示警告的原因，是存在一個已知的問題：當使用者從 Microsoft Office Outlook® Web Access 2003 透過組織中的前端伺服器來存取其信箱，而組織中的信箱儲存區數超過 1,000 個時，使用者就會無法成功存取。這個問題是由前端 Exchange 伺服器將經過 Proxy 處理的驗證要求轉送給後端 Exchange 伺服器的方式所引起的。
如果有使用者從前端 Exchange 伺服器存取自己的信箱儲存區，而您接獲此警告，就必須執行下列其中一個動作：
- 取得並安裝 Microsoft 知識庫文章 899902＜使用者使用 Outlook Web Access 嘗試存取 Exchange Server 2003 前端伺服器時遇到 401 錯誤訊息＞(https://go.microsoft.com/fwlink/?linkid=3052&kbid=899902) 中說明的 Exchange Server Hotfix。
- 可以的話，請將信箱合併成較少的信箱儲存區。
- 設定前端伺服器使用「基本」驗證來驗證後端伺服器。這份文件的剩餘部分會描述此選項。
根據預設值，Exchange Server 2003 前端伺服器將會使用 Kerberos 驗證，以協助保護前端與後端伺服器之間的使用者認證。如果 Kerberos 驗證失敗，則會記錄警告事件，且前端伺服器會改而嘗試 NTLM。若 NTLM 失敗，就會記錄一則錯誤。30 分鐘後會重試一次 Kerberos 驗證。當 Exchange 2000 Server 或 Exchange Server 2003 前端電腦在 Exchange 2000 Server 後端電腦中進行驗證時，會使用 NTLM。網際網路資訊服務 (IIS) 或 [Exchange 系統管理員] 沒有用來選取驗證機制的使用者介面。
若要設定前端 Exchange 伺服器使用「基本」驗證，您需要在組織中的所有前端伺服器上設定登錄機碼。下列程序解說如何手動設定該機碼。
.gif "important") 重要事項： |
|---|
| 此文章包含和編輯登錄有關的資訊。在編輯登錄之前，請確定若發生問題，您知道如何還原登錄。如需還原登錄的相關資訊，請參考 Regedit.exe 或 Regedt32.exe 中的＜還原登錄＞說明主題。 |
若要設定 Exchange 前端伺服器對 Exchange 後端伺服器使用基本驗證
開啟登錄編輯程式，例如 Regedit.exe 或 Regedt32.exe。
瀏覽至：= HKEY_LOCAL_MACHINE\System\CurrentControlSet\Service\MSExchangeWeb
在 MSExchangeWeb 上按一下滑鼠右鍵，指向 [新增]，然後按一下 [機碼]。將新機碼命名為 Dav。
在新的 Dav 機碼上按一下滑鼠右鍵，指向 [新增]，然後按一下 [DWORD 值]。
將新的值命名為 UseBasicAuthToBE，然後將該值設為 1。
開啟 [服務] Microsoft Management Console (MMC) 嵌入式管理單元，在 [IIS 管理服務] 上按一下滑鼠右鍵，再按 [重新啟動]。
編輯登錄之前，如需如何編輯登錄的相關資訊，請參閱 Microsoft 知識庫文章 256986＜Microsoft Windows 登錄說明＞(https://go.microsoft.com/fwlink/?linkid=3052&kbid=256986)。