這個版本資訊在 Microsoft® Exchange Server 2003 Service Pack 1 (SP1) 發行之後，可能會有所更新。若需最新資訊，請參閱於 http://go.microsoft.com/fwlink/?LinkId=21277 網站上所張貼之本文件的最新版本。
Exchange Server 2003 RTM 版本資訊的最新版本現在也可以從 http://go.microsoft.com/fwlink/?LinkId=21277 網站上取得。
©2004 Microsoft Corporation.著作權所有，並保留一切權利。
關於本文件 |
回到頁首 |
此版本資訊會列出在部署及使用 Exchange 2003 之前，您應該知道的重要資訊 (包括已知問題)。
若需有關 Exchange 2003 的詳細技術文件，請參閱 Exchange 2003 技術文件庫，其位於 http://go.microsoft.com/fwlink/?LinkId=21277。
升級至 Exchange 2003 SP1 |
回到頁首 |
在您將伺服器升級至 Exchange 2003 SP1 的前後，都應該馬上對伺服器進行完整備份。進行此備份可確定您會擁有需要備份之伺服器的有效備份。對所有升級而言，進行完整備份會是最佳的作法。
如果您正以載入平衡設定執行前端伺服器，則需將所有前端伺服器一併升級至 SP1。對行動用戶端而言，同時升級所有前端伺服器所產生的錯誤會是最少。如果部份的前端伺服器是執行 SP1，但其他伺服器是執行 Exchange 2003 的 RTM 版本，則行動用戶端可能會接收到同步機碼的錯誤。當用戶端要求從 SP1 重新導向至 RTM 前端伺服器時，便會產生這類錯誤。
由於不太可能將所有的前端伺服器同時升級至 SP1，因此您必須預期會有一小段時間，行動使用者會接收到同步機碼的錯誤。在所有載入平衡的前端伺服器均已執行 SP1 之後，這類錯誤便會停止。
Exchange 2003 說明已更新為 Exchange 2003 SP1。如需下載及安裝這些「說明」更新，請至 Exchange 技術文件庫 (其位於 http://go.microsoft.com/fwlink/?LinkId=21277)，並按一下「Exchange 2003 SP1 線上說明」的連結。
用於 Exchange 混合模式的站台合併工具 |
回到頁首 |
若您正以混合模式執行 Exchange (意即在 Microsoft Exchange Server 5.5 與 Exchange 2000 Server 或 Exchange 2003 之間建立了共存關係)，Exchange 2003 SP1 中的數個新功能與工具可協助您遷移資料、通訊群組清單與自訂收件者，以作為站台合併的一部份。
在開始站台合併處理程序之前，您必須先自行熟悉下列文章中的建議事項與已知問題：http://go.microsoft.com/fwlink/?LinkId=21766 上的《規劃 Exchange Server 2003 郵件系統》(＜規劃站台合併＞一章)，以及 http://go.microsoft.com/fwlink/?LinkId=21768 上的《Exchange Server 2003部署手冊》(＜在 Exchange 2003 中合併站台＞一章)。
Exchange 2003 SP1 的已知問題 |
回到頁首 |
本節將說明 Exchange 2003 SP1 的已知問題。這些問題可能會造成您無法順利部署與使用 Exchange。在安裝軟體之前，您應該熟悉此處所列出的所有已知問題。
下列章節中將根據 Exchange 元件列出已知問題：
系統管理 |
回到頁首 |
在 Microsoft Windows® 2000 Server SP4 (或更新版本) 或 Microsoft Windows ServerTM 2003 上執行 Exchange 2003 SP1 時，「Exchange 系統管理員」(Exchange Sytem Manager.msc) 會在電腦的全域命名空間中建立物件。因此，任何使用「Exchange 系統管理員」的系統管理員都必須具有在該伺服器上「建立全域物件」(SE_CREATE_GLOBAL_NAME) 的權限。依預設，本機系統管理員帳戶會具有此權限。然而，若該使用者的帳戶擁有「Exchange 系統檢視管理員」權限，但沒有此電腦上的本機系統管理員權限，則該使用者會收到錯誤。此種狀況主要會發生於當使用者利用「終端機服務」來存取另一台電腦上的「Exchange 系統管理員」，而該使用者不是本機系統管理員的時候。
為了避免這個錯誤，您可以將該使用者新增至本機系統管理員群組，或是將「建立全域物件」權限授予該名使用者。若要授予此權限，需使用系統管理員群組中的成員帳戶來登入本機電腦，接著在「本機安全性設定值」中將此權限授予該使用者帳戶。
Windows 2000 SP3 (或更早版本) 或 Windows XP 作業系統中並無「建立全域物件」權限。對這些作業系統而言，並不需要採取這些動作。
若您是在 Windows Server 2003 上，使用 1 GB 以上的 RAM 來執行 Exchange 2003 SP1，則建議您將 SystemPages 登錄機碼設為零。這項建議值正好與對 Windows 2000 Server 所做的建議相反，該項建議是將 SystemPages 設定成介於 24000 與 31000 之間的值。
若要在 Windows Server 2003 上，使用 1 GB 以上的 RAM 來執行 Exchange 2003 SP1，則建議的記憶體設定如下：
如果您將 SystemPages 設定為適用於 Windows 2000 Server 之介於 24000 與 31000 之間的建議值，則會在事件日誌中出現「事件 9665」。
用戶端 |
回到頁首 |
在將後端伺服器升級至 Exchange 2003 SP1 之後，附件封鎖清單中將會包含具有 .xml 副檔名的檔案，或是具有 application/xml 與 text/xml 之 MIME 內容類型的檔案。
在 SP1 中所做的變更，就是 MHTML 附件出現於 Outlook Web Access 中的方式。因此，若要將 MHTML 儲存為 Microsoft Internet Explorer 中的 .MHT 檔，您必須開啟附件，按一下 [檔案]，再按 [另存新檔]，接著選取 [網頁封存, 單一檔案 (*.mht)]。
SP1 中含有一個選用功能，可允許使用者在 URL 中輸入其 SMTP 地址，以便明確地登入 Outlook Web Access。例如，使用者可輸入下列 URL，來存取其具有 user@example.com 的信箱，以作為主要或次要的 Proxy 位址：
預設會選取此選項。請注意，SMTP 地址可能不會與使用者的「使用者主要名稱 (UPN)」相同。若使用者明確地嘗試以 UPN 登入，但此 UPN 與該使用者的 SMTP 地址並不相符，則系統會要求該使用者進行驗證。
如果您使用者的 UPN 地址與 SMTP Proxy 位址不同，您就必須知道下列潛在的隱私權問題：
若您的使用者是使用 Windows 的阿拉伯文或希伯來文的語言套件，則 Internet Explorer 6.0 或更新版本將可提供 Outlook Web Access 的最佳設定。此外，這些使用者將只能從登入網頁中存取 Outlook Web Access 的進階版本。
由於 Exchange 2003 SP1 中有 GNU zip (gzip) 壓縮檔的修補程式，所以在您安裝 SP1 之後，需要執行複寫 Metabase 的完整目錄服務。在具有大量收件者原則或 HTTP 虛擬伺服器及虛擬目錄的環境中，複寫 Metabase 的目錄服務可能需要花費一段很長的時間，並且在這段期間中，將無法使用 gzip。
行動性 |
回到頁首 |
在 Exchange 2003 SP1 中，由於 WinHTTP 具有新的依存性，因此 Exchange ActiveSync 會需要 Windows 2000 Server SP4 或更新版本。Exchange SP1 安裝程式並未包含在執行 Windows 2000 Server SP3 或更早版本的伺服器上封鎖安裝的必要條件檢查。因此，您可在這些伺服器上安裝 Exchange SP1，但 Exchange ActiveSync 將無法運作、所有同步要求都會失敗，並且使用者的裝置上將會出現 HTTP 500 的錯誤。在您安裝 Exchange 2003 SP1 之前，請先確認執行 Windows 2000 的伺服器也同樣執行 SP4 或更新版本，並且已安裝最新的更新。
如果部份的前端伺服器正在執行 SP1，但其他伺服器所執行的是 Exchange 2003 的 RTM 版本，則行動用戶端可能會接收到同步機碼的錯誤。當用戶端的要求從 SP1 重新導向至 RTM 前端伺服器時，便會產生這類錯誤。
為了減少行動用戶端會接收到的錯誤，如果您正以載入平衡組態執行前端伺服器，則需將所有前端伺服器一併升級至 SP1。不過，由於不太可能將所有的前端伺服器同時升級至 SP1，因此您必須預期會有一小段時間，行動使用者會接收到同步機碼的錯誤。在所有載入平衡的前端伺服器均已執行 SP1 之後，這類錯誤便會停止。
如果您在執行 Microsoft .NET Framework 1.1 SP1 及 Device Update 4.0 for ASP.NET Mobile Controls 的伺服器上安裝 Exchange 2003 SP1，則 Outlook Mobile Access 將會停止運作。會發生這種狀況是因為安裝 Exchange 2003 SP1 會移除 Device Update 3.0，即使已安裝 Device Update 4.0 也一樣。在移除 Device Update 3.0 之後，Outlook Mobile Access 便無法正常運作。若要修正此問題，需先手動解除 Device Update 4.0 的安裝，再重新安裝 Device Update 4.0。
如果您停用使用者的 Outlook Web Access，也會造成使用者無法利用 Outlook Mobile Access 來存取他們的資訊。
使用者無法使用 Outlook Mobile Access 來將郵件傳送給「連絡人通訊群組清單」。
工具 |
回到頁首 |
在您使用 Windows Server 2003 網域重新命名工具之後，XDR-Fixup 工具會修正 Active Directory 中的 Exchange 屬性。然而，XDR-Fixup 並不會更新您建立來定義收件者原則、地址清單或查詢式通訊群組之成員資格的搜尋篩選。搜尋篩選將會繼續參照舊的網域名稱。若要解決此問題，在您重新命名網域之後，必須手動重新建立收件者原則、查詢式通訊群組及地址清單的搜尋篩選。
著作權 |
回到頁首 |
此文件中的資訊 (包括 URL 及網際網路網站參照)，如有變更恕不另行通知。除非另有說明，此處所描述之範例公司、組織、產品、網域名稱、電子郵件位址、標誌、人員、地點及事件均屬虛構，並非影射任何真實的公司、組織、產品、網域名稱、電子郵件位址、標誌、人員、地點及事件。遵守所有適用之著作權法係使用者的責任。未經 Microsoft Corporation 書面許可， 貴用戶不得為任何目的使用任何形式或方法 (電子形式、機械形式、影印、記錄或其他方式) 複製或傳送本文件的任何部份，也不得將本文件的任何部份儲存或放入檢索系統(a retrieval system)。
Microsoft 可能擁有此文件所提及內容中所含之專利權、專利優先權、商標權、著作權，或其他智慧財產權。除非 Microsoft 書面合約中另有說明，否則提供本文件並不授予貴用戶上述專利權、商標、著作權或其他智慧財產權。
© 2004 Microsoft Corporation.著作權所有，並保留一切權利。
Microsoft、Outlook、Windows 與 Windows Server 係 Microsoft Corporation 在美國及 (或) 其他國家 (地區) 的註冊商標或商標。
本文件中所提實際公司和產品，可能為各所有人所有之商標。