Sun Java Communications Suite 5 版本說明

Communications Express 中已知的問題和限制

此小節包含 Communications Express 6.3 的已知問題清單。涵蓋下列產品區域：

通用問題

6398159

Communications Express 登入畫面不接受 themes.properties 中的 CSS 定義

Communications Express 中的 login.jsp 檔案具有程序內定樣式表資訊。結果，新的面板定義無法套用於和登入頁面一起使用的樣式表。

5033528

使用 Internet Explorer 時，主旨中的西歐字元顯示為亂碼

預設的郵件用戶端是 Microsoft Outlook，且使用的瀏覽器是 Internet Explorer 時，會發生此錯誤。當您受邀至具有多位元組名稱的事件時，按一下邀請者的名稱連結，Outlook 用戶端的主旨欄位顯示亂碼字元。

6305588

需要有關 Webmail 快顯的某些文件

Communications Express 的線上說明不包含如何為支援的各種瀏覽器啟用快顯視窗的相關資訊。Communications Express 使用快顯視窗執行各種工作，如撰寫電子郵件、建立新工作等等。瀏覽器必須允許存取 Communications Express 的網站顯示快顯視窗。

6272426

UWCAuth Servlet 丟出 NullPointer 異常

在跨多節點部署 Communications Express (部署於 Sun Java System Application Server) 附屬元件的部署方案中，Communications Express UWCAuth Servlet 丟出 NullPointer 異常。

解決方法：重新啟動 Application Server。

6401488

UWC 轉寄功能應使用篩選重新導向，而非通知

Communications Express 允許使用者透過在 [選項] 頁面中設定轉寄位址，建立郵件篩選器。轉寄功能使用篩選通知功能，而非重新導向功能。通知旨在傳送簡短訊息 (也許經由呼叫器)，使收件者知道有新郵件。事實上，應使用重新導向功能而非通知功能轉寄郵件 (並非標準選項)。

自此發行版本開始，所有新的轉寄郵件篩選器都將預設使用轉寄規則，而非通知規則。這項修正還具有向下相容性。如果從舊的發行版本升級 Communications Express，您可以保留轉寄郵件篩選器的舊有設定 (即，使用通知規則)，方法是將 uwcconfig.properties 檔案的 mailfilter.preservenotify 特性設定為 true。這項特性預設為 false。

6527879

Communications Suite 安裝程式不允許在本機區域安裝

嘗試使用 Communications 安裝程式 14a 將 Communications Express 安裝到稀疏區域以搭配 Access Manager 使用時，會產生以下有關共用元件的訊息：

Unsupported componets in zone.

Following components required by the selected components, are not supported in local zone and they can not be 
installed directly into the local zone.

Please install these components from the global zone before proceeding this installation.

解決方法：使用 pkgadd 指令在全域區域中安裝共用元件。這樣就可以繼續安裝，而不會發生任何問題。

6482226

Communications Express 線上說明包含 JavaScript 錯誤。

使用 Internet Explorer 6.0 存取 Communications Express 線上說明時，顯示 JavaScript 錯誤。

6520692

login_type=proxy 似乎沒有任何作用。

db_config.properties 檔案中的 login_type 參數指定維持 LDAP 存放區連線的方法。您可以為此參數指定以下三個值：

anon - 允許使用者以匿名使用者方式連線到 LDAP

restricted - 允許具有可在通訊錄存放區執行作業之權限的使用者連線。

proxy - 允許使用者利用可在通訊錄存放區執行作業之使用者的身份連線。指定此值可提升效能，因為它會在每次作業時略過 LDAP 連結。

根據此錯誤，當使用者嘗試透過設定此參數為上述其中一個值以指定連線到 LDAP 存放區的方法時，不論指定哪種連線方法，都會使用目錄管理員憑證來建立 LDAP 連線。這樣會使得管理員無法在目錄中設定某些 ACL，而且使用者將可以存取 LDAP 存放區的某些部分 (原本不應被存取)。

6517599

JES5-B14a：Linux RH4.0：無法在多重層級部署中載入 Communications Express 登入頁面

在多重層級部署拓撲中，即使使用者利用有效憑證登入，也無法載入登入頁面。此問題會發生於下列情況中：

Communications Express 和 Webmail 主機安裝在相同節點上
目錄伺服器和 Calendar Server 安裝在不同節點上
使用 SSO 配置 Calendar Server、Messaging Server 和 Communications Express
Access Manager 已在 uwcauth.properties 中啟用 (透過將特性 auth.identity.enabled 設定為 true)

Web 容器會記錄一系列異常，指出當 Communications Express 嘗試執行呼叫 Access Manager SDK 的程式碼時，Access Manager 發生問題。當使用者嘗試登入 Communications Express 時，會發生此問題。

配置程式工具問題

本小節含有 Communications Express 配置程式工具的已知問題清單。

6401263

即使未啟用 SSL，Communications Express 修補程式配置程式仍提示使用者輸入 Webmail SSL 連接埠號碼

在 Communications Express 安裝上執行 patch-config 程式時，此程式會先檢查是否部署了 Webmail。如果已部署，系統將提示使用者輸入 SSL 連接埠號碼。使用者可在安裝 Webmail 時，選擇是否啟用 SSL。即使 Webmail 未啟用 SSL，patch-config 程式仍會提示使用者輸入 Webmail 的 SSL 連接埠號碼。

解決方法：如果您未將 Webmail 配置為 SSL 模式，請按 Enter 鍵，忽略此訊息，然後繼續進行修補程式配置。

6415155

退出修補程式後，Communications Express 不允許使用者登入

退出修補程式後，當使用者嘗試以有效憑證登入 Communications Express 時，Communications Express 帶回登入頁面。使用者透過使用 patch-config 和 install-newconfig 指令安裝修補程式，來升級 Communications Express，但在稍後執行 backout-newconfig 退出修補程式時，就會發生這個問題。backout-newconfig 公用程式不會警告使用者，Web 容器可能已快取部分 JSP 檔案。

解決方法：移除 Web 容器的 ClassCache 目錄，然後重新啟動已部署 Communications Express 的 Web 容器。Web Server 和 Application Server 的 ClassCache 目錄是：

Web Server：/opt/SUNWwbsvr/https- <servername>/ClassCache/https- <servername>，其中 <servername> 是已部署 Communications Express 的網域。

Application Server：/var/opt/SUNWappserver/domains/domain1/generated/jsp/j2ee-modules/ <uwc_module_name>，其中 <uwc_module_name> 是 Application Server 上已部署之模組的名稱。

6442714

Communications Express 配置了 Access Manager SSO 時，未銷毀 JSESSIONID

將 Communications Express 和 Access Manager 安裝在不同的機器上時，使用者可以檢視先前登入之使用者的行事曆。這是因為未銷毀 JSESIONID Cookie。

解決方法：在 Access Manager 機器 (Communications Express 在其上執行) 上，應變更 IS-SDK-BASEDIR/SUNWam/lib/AMConfig.properties 檔案的以下設定：

com.iplanet.am.session.client.polling.enable=false 
			com.iplanet.am.notification.url=
<url-to-access-web-container-of-CommunicationsExpress>
/servlet/com.iplanet.services.comm.server.PLLRequestServlet

5104756

Communications Express 的配置程式工具不支援 [取消配置] 選項

Communications Express 配置程式不允許您取消部署、在配置時移除檔案，以及移除在執行階段期間建立的檔案。

解決方法：若要取消配置 Communications Express：

移除 Communications Express 套裝軟體。例如，在 Solaris 上鍵入：

pkgrm SUNWuwc
移除部署目錄。
從 Web Server 或 Application Server server.xml 檔案中移除 WEBAPP 項目。

5008791

無法使用無訊息配置。

Communications Express 僅允許互動式執行配置，而不允許無訊息配置。當您嘗試在無訊息模式下進行配置時，將顯示下列錯誤「目錄名稱不能保留為空白。此欄位為強制性欄位。請重新輸入。」

5028906

Communications Express 配置程式：devinstall 針對未解析的主機別名傾印核心

如果您的系統未配置主機名稱別名，則 Communications Express 配置精靈無法完成配置程序。

解決方法：確定您已經為系統配置了一個或多個主機名稱別名。

若要在 UNIX 系統上配置一個或多個主機名稱別名，請執行以下作業：

配置 /etc/nsswitch.conf 檔案中的 hosts：

hosts: files dns nis

此配置說明應用於解析主機名稱和主機別名的名稱服務查詢順序。名稱服務查詢順序是：files、dns、nis。
確定 /etc/hosts 檔案含有兩個或多個根據機器的 IP 位址所定義的主機名稱。

例如，如果系統的 IP 位址是 129.158.230.64，則您可以在 /etc/hosts 檔案中將 IP 位址配置為：

129.158.230.64 budgie.siroe.varrius.com budgie

或者

129.158.230.64 budgie.siroe.varrius.com budgie loghost

錯誤的 IP 位址範例：

129.158.230.64 budgie

4996723

由於輸入欄位靠右對齊，GUI 配置輸入欄位被截斷。

使用英文以外的其他語言呼叫配置精靈時，欄位名稱和瀏覽器按鈕被截斷或不可見。

解決方法：調整配置面板的大小，以便正常檢視其內容。

4982590

Communications Express 的元件顯示為零位元組

Communications Express 的配置程式工具在顯示 Communications Express 的郵件和行事曆元件時，所顯示的元件大小為 0 位元組。

6283991

配置 Communications Express 後，Web Server 啟動時出現 Java 異常

在將 Communications Express 和 Access Manager 安裝並配置於不同節點的安裝方案中，安裝在包含 Communications Express 之節點上的 Web Server 在重新啟動時丟出 Java 異常。這是由於 Web Server 的類別路徑 (在安裝 Communications Express 的節點上) 中存在錯誤設定。

解決方法：編輯安裝 Communications Express 之節點 Web Server 實例的 web-svr-base/config/server.xml 檔案，並確保以下項目在 Web Server 的類別路徑中可用：

opt/SUNWam/lib:/opt/SUNWam/locale:/etc/opt/SUNWam/config:
/opt/SUNWam/lib/am_sdk.jar:/opt/SUNWam/lib/am_services.jar:
/opt/SUNWam/lib/am_logging.jar

6280944

由於存在自我參照符號連結，無法在 Linux 上配置 Communications Express

在 Linux 上，Communications Express 配置程式在 /var/opt/sun/uwc/staging 目錄中建立自我參照符號連結。

解決方法：將所有自我參照符號連結從 /var/opt/sun/uwc/staging 目錄中移除，並重新部署 Communications Express。

6298931

Communications Express 配置程式無法驗證 Application Server 連接埠，導致配置當機

如果指定了錯誤的 Application Server 連接埠號碼，Communications Express 配置程式在配置期間不會驗證 Application Server 連接埠，並因此導致配置當機。

6264589

如果 Web Server 正在執行，則 Communications Express 的配置當機

如果 Web Server 正在執行，Communications Express 的配置當機。這是由於 UnsatisfiedLinkError 錯誤所致。

解決方法：透過執行 /web-svr-base/web-svr-domain_name /stop 指令，依正常程序關閉 Web Server。這樣可使 Communications Express 配置繼續運作。

6508243

無法在多重訊號組合器環境中配置 Communications Express。

當您在英文以外的語言環境配置 Messaging Server 時，會發生此問題。當使用者嘗試使用配置工具來配置 Communications Express 時，在使用者提供憑證的 Messaging Server 面板上，配置工具會將此憑證傳送到 Messaging Server 並等候回應。如果以日文來配置 Messaging Server，且可以正確認證使用者，Messaging Server 會將字串 ja/mail.html 傳回給 Communications Express。Communications Express 接著會檢查回應，然後進一步處理。但是，Communications Express 配置端會發生問題，因為預期應有字串 en/mail.html。因為從 Messaging Server 收到的回應並非配置精靈的預期回應，會顯示以下錯誤：

The Webmail Server credentials are wrong or Server misconfigured

6195866

無法在指令行模式配置中返回。

Communications Express 的配置精靈提供一個功能，可允許使用者藉由鍵入 < 符號以返回。此功能未如預期般運作。因此，此使用者無法藉由鍵入 < 符號來返回上一個頁面或畫面。

Communications Express 行事曆問題

6366481

虛擬網域設定中的修補程式升級後，停用了 [邀請] 標籤。

當 Communications Express 是從 JES4 非虛擬網域設定升級到 Communications Suite 版本 5 時，會透過套用修補程式而設定虛擬網域，而且會停用行事曆使用者介面上的 [邀請] 標籤。

解決方法：清除使用者的行事曆 LDAP 項目可啟用 [邀請] 標籤。

5039728

檢視和編輯工作將跨多行的說明和提醒訊息顯示在單一行中。

在行事曆中增加 [工作] 說明和 [提醒] 訊息時，即便使用者試圖將這些訊息跨行顯示，說明或訊息仍顯示在單一行中。

6212137

Communications Express 在匯入大型行事曆匯入檔案時，顯示伺服器錯誤

匯入大型行事曆檔案時，Communications Express 顯示伺服器錯誤。Communications Express 允許上傳大小在已定義限制範圍內的檔案。如果檔案大小超過定義值，伺服器就會顯示錯誤。依預設，Communications Express 允許匯入 4MB 的資料。這個錯誤顯示在行事曆的 [匯入/匯出] 視窗中。Communications Express 不會處理伺服器錯誤或顯示適當的訊息。

6388119

如果現有使用者是從非虛擬網域遷移到虛擬網域，所有者將無法編輯或刪除事件/工作

當您是從非虛擬網域安裝升級到虛擬網域安裝時，Communications Express 不允許預設行事曆的所有者編輯或刪除他們所建立的事件、工作或邀請。因此，如果將 JES 4 非託管網域安裝中的現有使用者遷移到 Communications Suite 版本 5 中的託管網域，使用者將無法編輯或刪除已建立的事件。

解決方法：透過使用 [管理行事曆] 選項，明確指定讀寫權限。如需有關管理行事曆的詳細資訊，請參閱 Sun Java System Communications Express 6.3 線上說明。

6412999

在排程月週期性事件時，Communications Express 的行事曆元件運作方式不正確

在排程月週期性事件時，Communications Express 行事曆元件的運作方式不正確。例如，當您在每月第二個星期四排程月週期性事件時，週期性事件的第一個實例會將事件顯示在第三個星期四。

6299178

行事曆的事件搜尋欄位無法識別萬用字元

Communications Express 無法識別用於搜尋事件或工作的萬用字元。

6199523

無法在行事曆中編輯匯入的事件和工作

Communications Express 不允許編輯從一個行事曆匯入至另一個行事曆 (在兩個行事曆上均設定 allow... 權限) 之同一行事曆所有者的事件和工作。

6262940

登入 Communications Express 後，Calendar Express 中的預設行事曆檢視變更為日檢視

新的使用者是透過使用 Delegated Administrator 建立時，在登入 Calendar Express 之後，預設檢視顯示為總覽檢視。但是，登入 Communications Express 之後，將在 LDAP 中建立 icsextendeduserprefs (在 LDAP 中佈建使用者)，並使用日檢視建立行事曆的預設檢視 (ceDefaultView=dayview)，因此當使用者重新登入 Calendar Express 時，會顯示日檢視。

Communications Express 不提供總覽檢視。支援的檢視僅包括日檢視、週檢視、月檢視和年檢視。當使用者登入 Communications Express 時，系統會在 LDAP 中佈建使用者 (透過初始化各種特性，如 ceDefaultView)。這些預設值是從 uwcdomainconfig.properties 中挑選出來的。因此，當使用者重新登入 Calendar Express 時，會使用 LDAP 中的這個值找出顯示檢視。

使用者從 Calendar Express 切換至 Communications Express 時，可能會發現 Calendar Express 和 Communications Express 的預設檢視各不相同。

6255153

如果在 Internet Explorer 的 [新增/編輯工作] 視窗中選取 [無截止日期]，將不會開啟 [開始日期] 的迷你行事曆。

當使用者在 Communications Express 中的 [行事曆] 標籤建立或編輯工作時，在包含 Start Date 的資料列中，迷你行事曆圖示會停用。當您為工作選取 [無截止日期] 核取方塊時，會發生此問題。只有使用 Internet Explorer 6 瀏覽器時，才會發生此錯誤。

6528031

搜尋事件的行事曆群組時，發生 Communications Express Calendar Web 異常

如果使用者搜尋由自有和訂閱事件行事曆組成的行事曆群組，Communications Express 行事曆用戶端會顯示異常。如果使用者建立行事曆群組並搜尋此群組中是否有特定事件，Communications Express 用戶端會傳回錯誤，說明無法顯示該頁面。因此，使用者無法搜尋該行事曆群組中是否有特定事件，而且將需要個別搜尋每個行事曆。

此問題視事件名稱的字母順序而定。如果所有者行事曆中之事件的字母順序位於訂閱行事曆中的事件之前，可能不會發生此問題。當訂閱行事曆中之事件的開頭字母順序位於所有者行事曆中的事件之前，就會發生此問題。

Communications Express 郵件問題

6425114

直接遞送郵件至多位元組共用資料夾會毀壞收件者電子郵件位址

將郵件傳送至多位元組共用資料夾時，收件者的電子郵件位址遭到毀壞，因此未將郵件遞送至多位元組共用資料夾，而是遞送至使用者的收件匣 (建立多位元組共用資枓夾的位置)。僅當收件者的共用資料夾是以 IMAP-MUTF 7 建立時才會運作。

解決方法：在您的瀏覽器中，停用對此 URL 的快顯阻止程式。

6329862

在瀏覽器中啟用快顯阻止程式時，Communications Express 未按預期運作

使用者在瀏覽器中啟用快顯阻止程式功能時，即使 Communications Express 的 [撰寫]、[回覆]、[全部回覆]、[轉寄]、[以直接插入方式轉寄] 視窗都是應用程式的有效快顯，仍不顯示這些視窗。Communications Express 無法讓瀏覽器知道這是有效的快顯。

6525305

除非使用者檢視導致頁面自動重新整理之頁面以外的頁面，否則 Communications Express 中郵件元件的配額列不會更新為正確的大小限制。

Communications Express 並未在傳送或接收郵件時，重新整理並顯示郵件元件中的配額狀態。當使用者檢視其他頁面 (例如，[管理資料夾]) 或開啟導致頁面重新整理的電子郵件時，會重新整理以顯示更新的大小。當使用者執行的動作導致頁面自動重新整理時，會正確顯示郵件配額列。

6501841

當使用者透過網域特定 URL 登入而未提供 @virtualdomain.com 時，不會顯示 [郵件] 標籤

當使用者登入配置為支援託管網域的 Communications Express 時，會發生此錯誤。在託管網域情況中，使用者應該使用 uid 並搭配虛擬網域名稱來登入。例如，uid@virtualdomain.com。如果使用者登入 Communications Express 而未指定託管網域，則不會顯示 [郵件] 標籤。

解決方法：登入虛擬網域時，如果在瀏覽器中提供虛擬主機 URL (例如 <virtualdomain>.siroe.com)，並使用 uid@virtualdomain.com 來登入虛擬網域，[郵件] 標籤就可以正確顯示。其中：

<virtualdomain> 是在預設網域 (在此範例中是 siroe.com) 下配置的虛擬網域名稱
uid 是虛擬網域上之使用者的使用者 ID

6526287

將具有多份相同附件的電子郵件副本儲存為草稿時，會移除所有重複名稱附件

不論附件大小為何，當使用者將具有相同名稱之多個附件的電子郵件儲存為草稿時，會發生此錯誤。儲存草稿時，會遺失重複的附件副本，而且草稿中只會保留一份副本。如果不儲存為草稿而直接傳送電子郵件，可正確送出具有多份相同附件副本的電子郵件。

在另一個情況中，如果使用者將具有 vCard 附件的電子郵件儲存為草稿，儲存草稿時 vCard 附件會遺失。如果使用者不儲存為草稿而直接傳送郵件，則不會發生此問題。

通訊錄問題

6383327

Communications Express 的通訊錄元件並未驗證所匯入檔案的格式

在嘗試匯入已匯出的通訊錄連絡人時，Communications Express 未驗證檔案格式。因此，如果以一種檔案格式匯出的檔案以另一種檔案格式匯入，就會顯示不恰當的錯誤訊息，在特定的情況下，還會匯入不正確的連絡人資料。

例如，如果使用者嘗試匯入 LDIF 檔案時，從通訊錄元件的 [匯入和匯出通訊錄] 視窗，選取 Microsoft CSV 或通訊錄 CSV 類型做為 [匯入格式]，則會顯示以下錯誤訊息：
```
選取要匯入的檔案為空，或不存在。
```
通訊錄元件並未驗證所匯入的檔案格式。
若以 Thunderbird CSV 格式匯入 LDIF 格式類型檔案，則通訊錄會為匯出的一位連絡人建立 10 名連絡人。
若以 Thunderbird CSV 格式匯入 Microsoft CSV 格式類型檔案，則通訊錄會建立多名連絡人。

6355706

使用者嘗試以有效關鍵字在公司目錄中進行搜尋時，Communications Express 顯示配置錯誤

使用者嘗試以有效關鍵字在公司目錄中進行搜尋時，Communications Express 顯示以下錯誤訊息：

						Your server is not configured properly or your search query has exceeded the limit. 
								Please check server configuration

6337537

在瀏覽器中啟用快顯阻止程式時，[撰寫] 視窗不會顯示在使用者面前

使用者啟用瀏覽器的快顯阻止程式功能時，就會出現這個問題。如果啟用快顯阻止程式，則當使用者在通訊錄中按一下其連絡人的電子郵件位址時，Communications Express 並不會開啟郵件撰寫視窗 (即使這是有效的快顯視窗)。

解決方法：停用此網域的快顯阻止程式功能。

4995472

無法透過適用於各個階段作業的 defaultps/dictionary-<lang\>.xml 本土化通訊錄名稱

由於本土化值基於解析的階段作業語言和網域特定的 defaultps/dictionary-<lang\>.xml，在首次存取通訊錄時即已指定，因此無法本土化通訊錄名稱。

在 [通訊錄] 標籤頁面出現的目前通訊錄下拉式清單中也不會顯示在 [通訊錄選項] 頁面中輸入的「名稱」和「說明」。

6308706

匯入 Outlook CSV 格式的資料將建立無效的 [生日] 和 [週年紀念日]。

使用者嘗試將 CSV 格式的 Communications Express 資料匯入至 Communications Express 時，系統會錯誤地將 [生日] 和 [週年紀念日] 項目設定為 00/00/00。

6327520

LDAP 連線池未重新整理

當您在 uwcconfig.properties (ldapusersession.ldappoolrefresh) 和 db_config.properties (defaultserver .ldappoolrefresh) 檔案中為 LDAP 池重新整理參數指定的值大於已配置的防火牆逾時值，會發生此問題。瀏覽器會顯示錯誤，說明錯誤的配置。請考慮以下情況，其中 LDAP 池重新整理是配置為 30 秒：

配置 Communications Express 和儲存所有 LDAP 使用者項目之目錄伺服器主機之間的防火牆。
增加防火牆規則，在超過 15 秒沒有連線請求之後關閉 TCP 連線。
讓 Communications Express 閒置 30 秒以上。
嘗試登入，若已登入則嘗試在通訊錄中搜尋使用者。用戶端的瀏覽器會顯示錯誤，說明錯誤的配置。

解決方法：uwcauth.properties 和 db_config.properties 檔案中的 ldappoolrefresh 參數應該小於防火牆逾時值。

選項問題

6511005

升級之後，使用者的篩選程序檔可能停止運作

以下情況會發生此問題：執行 JES Messaging Server 6.2p2 或更高版本，然後升級至初始 JES Messaging Server 6.3 發行版本的站點；以及透過 Communications Express 的郵件篩選器，使用任何基於日期之篩選功能的使用者。

對於篩選器，針對 JES Messaging Server 6.2p2 (變更請求編號：6236243) 實作之未公開、不支援的 setdate 動作，在 JES Messaging Server 6.3 已移除。在舊版篩選草稿中建議為 variables 使用 setdate，但在之後的草稿中已移除，而且在最新的 variables 草稿中也不存在，現在已是最終階段。目前已淘汰上述的方法，而是使用最近建議的 date 篩選延伸，特別是其 currentdate 測試已實作。

由於 setdate 的實驗性質、快速淘汰，以及未加以說明等狀態，一般使用者通常不太可能特別嘗試使用它。

但是，當使用者要求依照日期篩選郵件時，JES Messaging Server 6.2p2 中的 Communications Express 郵件篩選器產生器會使用 setdate。因此，許多使用者可能一直在使用會呼叫已淘汰的 setdate 動作的篩選器而不自知。如果使用者以任何方式編輯篩選器，會將此類已淘汰的用法更正為較新的 currentdate 方法。但同時，其篩選器會被視為語意不正確並產生錯誤；任何使用此類錯誤篩選器的郵件，會直接遞送給使用者而不會經過篩選，此外，MTA 會傳送通知訊息給擁有此類篩選器的使用者，警告其篩選器中有語法錯誤。

Communications Express 本土化問題

6201676

使用大量日文/法語資料傳送的郵件顯示為亂碼。

當接收到大型電子郵件時，使用者必須按一下郵件中的附件連結 (text/html 或 text/plain)。如果該附件的內容包含非 ASCII 字元，則使用者可能會在新開啟的瀏覽器窗格中看到毀壞的資料。

解決方法：從瀏覽器功能表中手動選取相應的編碼。

6387130

使用者無法在事件檢視和檢查可用性檢視中使用本土化的日期格式

Communications Express 允許使用者定義本土化的日期和時間格式。您可以在 i18n.properties 檔案中定義本土化的日期和時間格式。但是，本土化的日期和時間格式無法顯示於以下檢視和頁面：在 i18n.properties 檔案中，沒有這些頁面的對應特性。

事件檢視
檢查可用性檢視
迷你行事曆。

6186520

無法從已本土化的 Microsoft Outlook Express Version 6.00.2800.1123 匯入 CSV

Communications Express 無法從已本土化的 Microsoft Outlook Express 匯入 CSV。

6489857

在收件匣建立篩選器時發生本土化錯誤

當使用者在非英文的語言環境中建立篩選器時，會發生此錯誤。例如，當使用者在 Communications Express 中將喜好的語言變更為預設語言英文以外的語言，並設定篩選器以移除符合條件的電子郵件，該篩選器不會將電子郵件移至適當的資料夾，而會嘗試將郵件移動到具有本土化名稱的資料夾中。

6472240

Communications Express 行事曆、多位元組附件檔案名稱在 Internet Explorer 6.0 中開啟時會變成亂碼

當使用者嘗試使用 Internet Explorer 6.0 在 Communications Express 建立工作或事件時，會發生此錯誤。當使用者嘗試附加具有多位元組名稱的檔案並儲存附件時，儲存對話方塊中的檔案名稱會變成亂碼。

6480595

增加本土化的電子郵件位址名稱到通訊錄時，名稱會變成亂碼。

如果您收到的電子郵件具有本土化的寄件者名稱，並按下郵件中的 [增加位址] 按鈕以嘗試將電子郵件位址增加到通訊錄時，寄件者名稱在通訊錄項目中會顯示為亂碼。

6478491

無法匯入本土化 CSV 到日文版 Outlook。

這是 CSV 中之本土化通訊錄連絡人與 Outlook Express 的互通操作問題。在日文版 Outlook 中，使用者無法匯入匯出為 CSV 格式的通訊錄項目。通訊錄只支援 UTF-8 字元編碼。但是 Outlook Express 為其他語言環境使用原生編碼字元集。例如，日文版 Outlook 支援 Shift-JIS。由於此互通操作問題，無法匯入日文語言環境中的連絡人。

6480589

在日文語言環境中增加連絡人時，名字和姓氏項目會對調

Communications Express 不會根據語言環境在通訊錄中增加連絡人。當使用者嘗試在日文語言環境中輸入日文以增加連絡人時，會依英文規則增加連絡人。為連絡人輸入的第一個名稱項目會成為名字，而第二個名稱項目會成為姓氏。在日文語言環境中，姓名的表示法是先輸入使用者的姓氏，再輸入其名字。

6480593

無法從 [增加位址] 按鈕增加適當名稱到通訊錄中。

當使用者嘗試使用已接收郵件中的 [增加位址] 按鈕將電子郵件位址增加到通訊錄時，檢視名稱會重複，因而無法正確地增加連絡人。

6494315

Communications Express 無法正確處理密碼策略

Communications Express 設置密碼策略時有下列問題：

當您指定輸入多次錯誤密碼即鎖定密碼的策略時 (假設，連續輸入三次錯誤密碼即鎖定)，當您下次輸入正確項目時，Communications Express 會顯示 [伺服器錯誤 (500)] 頁面，而不會顯示適當的訊息。
當使用者嘗試使用已逾期的密碼登入時，會顯示以下錯誤。
```
Authentication Failed Reenter your username and password.
```
此訊息含糊不清，而且不正確。
當使用者嘗試登入已配置「首次登入時必須重設密碼」策略的 Communications Express 時，並未顯示提示使用者重設密碼的提示。

SMIME

6225672

憑證撤銷清單不運作

將已加密的訊息傳送至已經撤銷憑證的使用者時，Communications Express 不顯示任何錯誤訊息。

6522347

儲存草稿訊息之後，S/MIME 草稿會將垃圾郵件附件 Smime.p7m 增加至訊息中

Communications Express 支援 S/MIME 規格。您可以使用 S/MIME 來加密並簽署郵件。由於此錯誤，當使用者嘗試簽署並加密郵件，並將郵件儲存為草稿時，儲存的草稿會包含具有 smime.p7m 名稱的附件。使用者無法移除此附件。此外，也會遺失已儲存之郵件的所有附件，草稿中只會剩下 smime.p7m 附件。

6524410

無法透過增加轉寄至電子郵件位址功能編輯現有的郵件篩選器

當使用者在 Communications Express 的 [選項] 頁面，透過增加條件以將郵件轉寄至其他電子郵件位址的方式編輯已建立的郵件篩選器時，按下 [儲存] 按鈕時不會套用該篩選器。首次儲存條件之後無法正確執行。

解決方法：您可以使用以下解決方法來解決此錯誤：

登入並以相同使用者重新登入、選取剛建立的郵件篩選器，然後再按一次 [儲存] 按鈕。此時可套用篩選器以及您所做的變更。
編輯 Messaging Server 配置檔案，方式是在 Messaging Server 安裝目錄中的 options.dat 檔案中增加以下選項。options.dat 檔案的預設位置是 opt/SUNWmsgsr/config/：
```
MAX_NOTIFYS=5
```

自訂

6526507

從 JES4 升級到 Communications Suite 版本 5 之後，網域特定使用者無法存取 Communications Express

假設 Communications Express 的 JES4 安裝已配置為支援多重網域，而且稍後透過套用適當的修補程式而升級至 JES5。升級之後，已配置網域的使用者無法登入。範例：

安裝 Communications Express 的 JES4 版本
在此設置環境中建立虛擬網域 siroe.com。
變更一些影像並編輯 siroe.com 的面板特性，以自訂 siroe.com。
套用適當的修補程式以升級至 JES5。
重新啟動已部署 Communications Express 的 Web 容器。
嘗試使用 siroe.com 的有效使用者登入您在前述步驟設置的 siroe.com 虛擬網域。

此時會顯示錯誤頁面，而且使用者無法登入此網域。

Communications Express 文件問題

本小節說明 Communications Express— 專用文件中的已知問題。

6546795

升級 Communications Express 本土化修補程式的說明含有錯誤

此錯誤位於「Communications Suite 5 Upgrade Guide」，其中包含三部分。這三部分說明如下：

表 6–5 中所提及的修補程式 ID 不正確：表 6–5 中提及 x86 Solaris 9 和 10 的修補程式 ID 是 118042–18，這是不正確的。正確的修補程式 ID 是 118042-19。Solaris X86 已淘汰修補程式 ID 編號 118043。您需要套用修補程式 ID 編號 118042-19 來升級 SPARC 和 X86 Solaris 的 Communications Express 本土化。
表 6–7 中所提及的 RPM 名稱不正確：Communications Express 本土化的正確 RPM 名稱如下：
- sun-uwc-de-6.1-11.11.i386.rpm
- sun-uwc-es-6.1-11.11.i386.rpm
- sun-uwc-fr-6.1-11.11.i386.rpm
- sun-uwc-ja-6.1-11.11.i386.rpm
- sun-uwc-ko-6.1-11.11.i386.rpm
- sun-uwc-zh_CN-6.1-11.11.i386.rpm
- sun-uwc-zh_TW-6.1-11.11.i386.rpm
Linux 升級程序中 prepatch 程序檔不正確：Linux 升級程序中的步驟 5 顯示不正確的 prepatch 程序檔，如下所示：
# sh 118-044-19.prepatch
正確的 prepatch 程序檔如下：
# sh 118044-19.prepatch