Sun Java Communications Suite 5 版本說明

Calendar Server 已知的限制

此時已知以下限制︰

從舊版 Calendar Server 升級至 Calendar Server 6.3 後發生高可用性問題

若您使用高可用性功能 (使用 Calendar Server HA 套裝軟體 SUNWcsics),則從舊版 Calendar Server 升級至 Calendar Server 6.3 後,您需要執行以下解決方法以避免問題 6560681。

解決方法:

  1. 手動移除 Calendar Server 6.3 隨附的 SUNWscics 套裝軟體。

  2. 使用 pkgadd 指令增加 Java Enterprise System 軟體隨附的 SUNWscics 套裝軟體。

配置程式在 DWP ics.conf 參數中填入錯誤的值

如果您是使用前端和後端伺服器部署 Calendar Server,就會需要使用 DWP 協定,則配置程式會要求您新增後端伺服器的主機名稱。配置程式會在 ics.conf 的參數 caldb.dwp.server.hostname.ip 中,將此值儲存為 IP 位址,而非此處應儲存的完全合格主機名稱。這意味著系統將無法找到後端伺服器。

解決方法:將 IP 位址替換為完全合格的後端伺服器主機名稱。透過編輯 ics.conf 這個文字檔,即可進行替換。

如需正確指示,以瞭解使用此參數和其他參數配置前端和後端伺服器時應使用的值,請參閱「Sun Java System Calendar Server 6.3 Administration Guide」中的第 5 章「Configuring Calendar Database Distribution Across Multiple Machines in Calendar Server Version 6.3」

在此版本說明的以下區段中已報告此問題,問題編號為 6542989:Calendar Server 6.3 中發現的問題

在升級之後,無法登入 Linux 平台:「無法解析後端主機」

升級到 Calendar Server 6.3 之後,在 Linux 作業系統上執行 start-calhttp.log 檔案中出現錯誤訊息:

cshttpd[2984]: General Error: caldb: 
caldb_pvt_isLocalUrl: hostname of hostname.xyz.com is not resolvable.  
Please check that hostname is correct and that hostname resolver is correct.

同時,嘗試登入時,出現下列錯誤訊息:

Backend Host Unresolvable
Please try again

修正:此問題已經在 Calendar Server 6.3 Upgrade 1 中予以修正,修補程式編號是 121658-17。

這與以下小節中問題編號 6516438 的狀況相同:Calendar Server 6.3 中發現的問題

配置檔案中的重複參數

配置檔案 ics.conf 允許重複的參數。這可能造成參數值混淆。若要確定系統使用哪些參數實例,請找出檔案中最後的實例。系統使用在處理檔案時找到的參數最後一個實例的值。

基本操作:將所有變更加入至 ics.conf 檔案末端以類似於 # My Parameter Changes 的文字標示的部分。若要保留變更的歷程記錄,請加入說明變更原因的註釋和日期。

定期註釋不再使用的舊變更或刪除不再使用的舊重複項目 (如果您不在意變更歷程記錄),只在檔案中保留最新的變更。

已停用的使用者介面效能減退

這個版本中,封裝階段不再進行 XSL 檔案中的字串取代。因此,字串是即時取代的,這會降低 Calendar Express 使用者介面的效能。

解決方法:您可以在執行 Calendar Server 之前執行字串取代,方法是處理所有的 XSL 檔案,然後手動插入正確的語言字串。若要執行取代,您必須加入 perl 程序檔 (xslvarparser.pl),這可以在 {CAL_SERVER_BASE}/tools/unsupported/bin 目錄中找到。程序檔會提供執行指示。

    方便起見,程序檔中提供的指示如下:

  1. 使用 perl 程序檔 xslvarparser.pl 取代 XSL 檔案中的變數,以加速 XSL 描繪。

  2. 將這個檔案複製到 /opt/SUNWics5/cal/html 目錄 (在 Solaris 上為預設)。

  3. 然後作為 $ perl xslvarparser.pl 執行。

  4. 產生的檔案會出現在各個語言環境的輸出目錄下。

  5. 以輸出目錄中的檔案取代各個語言環境的 XSL 檔案。


    備註 –

    建議您在取代之前儲存原始檔案。


這個問題與Calendar Server 6.3 中發現的問題中問題編號 6385495 描述的狀況相同。

移除多值使用者喜好設定的所有實例

每個 set_userprefs 指令僅移除多值喜好設定的一個實例。

解決方法:若要移除多值使用者喜好設定的所有實例,您必須對每個實例發出一個 set_userpref 指令。

例如:執行 get_userprefs 以列出所有使用者喜好設定。如果喜好設定 (例如 icsSubscribed) 有多個值,則您必須為列出的每個值發出一個 set_userprefs 指令以刪除該喜好設定。

在叢集環境中尋找已安裝的修補程式

不存在叢集特定的、可以顯示安裝在叢集個別節點上的內容的 showrev 指令。(此為一般問題,並不是 Calendar Server 特定的。任何產品安裝在全域檔案系統上時,均會遇到同樣的問題。)

想要更新 Calendar Server 時會出現此問題。您需要將修補程式套用至已安裝 Calendar Server 的每個節點上。此外,如果節點上尚未安裝 Calendar Server,則不能將修補程式套用至該節點。如果您不清楚哪些節點上安裝了 Calendar Server,哪些節點沒有安裝,則嘗試尋找安裝 Calendar Server 的節點至少會令您感到十分麻煩並耗費時間。

解決方法:執行以下指令以查看已安裝 Calendar Server 的所有節點︰pkgparam -v SUNWics5 | grep ACTIVE_PATCH

快顯阻止程式

如果您已啟用快顯阻止程式,則某些 Calendar Server 視窗將無法顯示。

解決方法:停用 Calendar URL 的快顯阻止程式,以確保顯示所有 Calendar Server 視窗。

異常︰Norton Inet Security 的 AD_BLOCKER 或 Mozilla 內建的 POP_BLOCKER 均不會影響 Calendar Server 視窗。

在 Schema 1 模式下佈建 Communications Express 的使用者

csuser 公用程式無法啟用其為通訊錄建立的使用者。

解決方法:使用 ldapmodify 啟用使用者。

多個網域 (託管網域)

配置程式 csconfigurator.sh 僅可配置單一網域。

解決方法:如果您需要多網域行事曆環境 (稱為虛擬網域或託管網域),則必須執行兩個步驟︰

  1. 啟用託管網域。

  2. 使用 Delegated Administrator 自己增加網域,或者在仍使用 Sun LDAP Schema 1 的情況下使用 csdomain 公用程式增加網域。

請參閱「Sun Java System Calendar Server 6.3 Administration Guide」中的第 10 章「Setting Up a Multiple Domain Calendar Server 6.3 Environment」「Sun Java System Calendar Server 6.3 Administration Guide」中的第 13 章「Administering Calendar Server Domains」

Calendar Server 無法使 LDAP 快取資料過期

(問題編號 4777792) 快取可以填滿,從而導致錯誤。Calendar Server 無法使 LDAP 快取資料過期。

解決方法:定期移除檔案內容。然後重新啟動 Calendar Server。

必須在配置檔案中輸入完全合格的主機名稱和不完全合格的主機名稱

配置檔案要求主機名稱兩次。一次要求完全合格的主機名稱,另一次要求不完全合格的主機名稱。例如:

caldb.dwp.server.skate.red.sesta.com.ip = "skate.red.sesta.com" 
caldb.dwp.server.skate.ip = "skate" 
caldb.dwp.server.test12.red.sesta.com.ip = "test12.red.sesta.com" 
caldb.dwp.server.test12.ip = "test12"

必須為 X-Token 中的非 RFC 相容資料加引號

如果 X-Token 中存在非 RFC 相容資料,則其必須加引號。例如,X-Token 中的冒號必須顯示為 ":"

加入為次要所有者之前不驗證使用者。

Calendar Server 公用程式 cscal 在將使用者做為次要所有者增加至所有者清單之前,不驗證使用者。

遷移公用程式不更新所有者行事曆。

Calendar Server 遷移公用程式 csmig 無法使用所有者行事曆更新 icsSubscribed

無法自動清除無效的快取 LDAP 資料。

這必須手動完成。

迅速且同步地開啟和關閉多個連線時,enpd 程序當機。

事件通知服務已停用。我們將不修正此限制。請改用 Sun Java System Message Queue 產品。

事件遭到意外刪除。

使用者修改事件並選擇選項以修改今天的事件和所有將來事件時,所有先前的事件都會被刪除並且不會再顯示在 UI 中。

無法使用 SSLv2 用戶端。

在 SSLv2 模式中 SSL 初始化失敗。無法使用 SSLv2 用戶端。

如果不存在任何 DC 樹狀結構,行事曆公用程式會失敗。

對於 Schema 1,您必須在建立或管理行事曆之前建立 DC 樹狀結構節點。

Calendar Server 公用程式傳送不明確的錯誤訊息。

由於錯誤訊息來自數個層級之下,並且可能由多個不同環境所造成,因此錯誤訊息不明確。較高一層的程式在將錯誤訊息上浮一層之前並不解釋錯誤訊息。

描述中的前導空格在儲存時消失。

如果以前導空格開始進行描述,前導空格不會與文字一併儲存,並且不會在顯示事件時出現。

無法逐網域啟用或停用 SSL。

這是此發行版本尚未實作的 RFE。

(僅 Linux) Calendar Server 未在重新開機時重新啟動。

剩餘的鎖定檔案造成無法重新啟動。請在重新啟動之前刪除鎖定檔案。

鎖定檔案可在以下目錄中找到:

/opt/sun/calendar/lib/lock/__db.001

2007 年 3 月 11 日和 2007 年 4 月 1 日之間的事件偏移 1 小時

根據法令規定,日光節約時間的轉換日期已經變更。Calendar Server 6.3 軟體包含新的正確時區表。此後建立的所有事件和工作都會使用正確的時間。然而,位於新舊轉換日期之間的已存在事件和工作會偏移 1 小時。每年使用行事曆時,這個問題會發生兩次,一次是在春季的標準時間轉換為日光節約時間時,另一次是在秋季的日光節約時間轉換為標準時間時。

這與本文件稍後Calendar Server 6.3 中發現的問題描述的問題編號 6502376 屬於相同的問題。

修正:此問題的標準修正方式,是讓使用者在受影響的行事曆中,調整所有事件的時間。

這有一個修正程式,在提出要求之後,技術支援便會提供。

匯入的行事曆資料只能用於來自相同 calid 的資料

匯入功能無法用來移動行事曆之間的資料。資料只能匯入至原先匯出的相同行事曆 (相同 calid) 中。

此限制是本文件Calendar Server 6.3 中發現的問題小節所描述編號 6461183 的狀況。