Sun Java Communications Suite 5 版本說明

此 Calendar Server 發行版本的新增功能

Calendar Server 6.3 包括以下變更與新增功能︰

Delegated Administrator 主控台的 Calendar Server 支援

過去,適用於 Schema 2 的 Calendar Server 佈建可以使用 Delegated Administrator 公用程式完成,但無法使用 Delegated Administrator 主控台。在此發行版本之前,主控台為 Web 圖形化使用者介面,僅可管理 Messaging Server。現在,主控台也可用來管理行事曆 LDAP 項目。您可以使用主控台增加、刪除或修改行事曆使用者、群組、資源和網域的 LDAP 項目。主控台增加了新的畫面和功能表項目,以支援 Calendar Server。如需有關使用該介面的指示,請參閱 Delegated Administrator 線上說明。「Sun Java System Calendar Server 6.3 Administration Guide」也提供了一些資訊。

Calendar Server 6.3 的 WCAP 附件支援

透過增加新的參數和值,WCAP 指令增加了附件支援。

通用 Web 用戶端 (Communications Express) 和 Connector for Microsoft Outlook 的使用者可在事件和工作中加入附件,並且能夠以邀請傳送附件。

作為附件支援,WCAP 增加了下列變更:

如需有關附件的更多資訊,請參閱「Sun Java System Calendar Server 6.3 WCAP Developer’s Guide 」

Calendar Server 6.3 的 LDAP 群組支援

現在您可以使用 Delegated Administrator 建立 LDAP 群組。群組具有以下功能:

Calendar Server 6.3 中預設的多重網域模式

在最舊版的 Calendar Server 軟體中,沒有任何網域結構。所有的使用者和群組 LDAP 記錄都位在根目錄下。在稍後的版本中,使用者可建立一或多個網域,這類網域稱為託管網域虛擬網域。在 Calendar Server 6.3 軟體的版本中,所有的安裝預設都必須使用多重網域模式。也就是說,您必須至少在根網域下使用一個網域作為預設網域。所有的使用者和群組 LDAP 項目都必須位在此預設網域下,您也可以選擇使用更多的網域。在多重網域模式中,各個標準網域都必須包含唯一的使用者 ID 和群組 ID。如需有關多重網域的更多資訊,請參閱「Sun Java System Calendar Server 6.3 管理指南」,尤其是「Sun Java System Calendar Server 6.3 Administration Guide」中的第 10 章「Setting Up a Multiple Domain Calendar Server 6.3 Environment」

您必須執行才能建立執行階段環境的配置程式 csconfigurator.sh,會提示您輸入預設網域的名稱。如果這類的網域不存在,程式會為您建立一個。

如果先前的 Calendar Server 部署未使用多重網域,或甚至未使用任一網域,則您需要將使用者和群組 LDAP 記錄移至新的預設網域下。

若要在 Schema 第 2 版環境中建立額外的網域,請使用 Sun Java System Delegated Administrator 主控台或公用程式。如需有關 Delegated Administrator 的更多資訊,請參閱「Sun Java System Delegated Administrator 6.4 管理指南」

如果您是使用 Schema 第 1 版,而您未遷移至 Schema 第 2 版,您可以使用 Calendar Server 公用程式 csdomain 建立額外的網域。

Calendar Server 6.3 配置程式增強功能

配置程式增加了以下項目的畫面:

建立預設的 LDAP 網域

此發行版本之後的版本中,根目錄下至少會有一個網域,即預設網域。現在,您可以在配置程式中指定多重網域環境的預設網域名稱。

分散式 Calendar Server 資料庫支援

現在,您可以為分散式資料庫環境 (使用 DWP 協定和 CLD 外掛程式) 指定前端和後端機器名稱,還可以將行事曆資料庫分發到一部或多部後端機器。這些機器可以關聯一部前端機器。新的配置程式畫面可供您命名後端機器,並將其與前端機器關聯。

配置精靈畫面增加了電子郵件位址欄位

在預設網域畫面中,新增了行事曆超級使用者 (calmaster) 電子郵件位址欄位。

在 Calendar Server 6.3 中電子郵件邀請包含週期性詳細資訊

現在,對於週期性事件而言,傳送給與會人員的電子郵件邀請中包含週期性詳細資訊。

csstored 現在成為 Calendar Server 6.3 中的必要程序

csstored 常駐程式現在管理多個 Calendar Server 資料庫。因為每個存取存放區的服務都仰賴這個存放區服務成功啟動,所以只要 Calendar Server 系統執行時,它應該在所有的伺服器上 (包括前端和後端) 均保持執行狀態。標準啟動和關閉指令 (start-cal stop-cal) 可將 csstored 隨其他常駐程式啟動和關閉。

在舊版中,如果沒有配置自動備份,則不需執行 PERL 程序檔 (csstored.pl)。可依需求啟動或關閉此程序檔。PERL 程序檔已中止,以支持 csstored 常駐程式。不論您是否決定配置自動備份,都無法再選擇性執行此常駐程式。

先前,您可以將 ics.conf 參數 local.store.enable 設定為 "no" 來停止執行程序檔。但是現在,csstored 必須一律啟用 (預設是將 local.store.enable 設定為 "yes")。

行事曆服務的自動重新啟動使用 Watcher

Calendar Server 和 Messaging Server 現在使用相同的停止和啟動機制。start-cal 指令會啟動 watcher 程序,然後啟動其他所有程序。watcher 程序會注意其他服務的任何相依性,以及服務啟動的次序。

每一個註冊的服務 (程序) 都開啟與 Watcher 的連線。如果程序停止而未正常中斷連線,Watcher 會自動重新啟動它。如果程序在定義的間隔內停止兩次,則 Watcher 不會重新啟動它。這個逾時間隔是可配置的。

其他 Watcher 資訊:

由 Watcher 監視 Calendar Server 服務

Watcher 會監視在其中註冊的所有服務。Calendar Server 已註冊的程序為:cshttpdcsadmindcsdwpdcsnotifydcsstored

必須啟用常駐程式 csstored。務必將配置參數 local.store.enable 設定為 "y"。啟用 csstored 在舊版 Calendar Server 中是選擇性項目,但現在是必要項目。必須先成功啟動 csstored 常駐程式,才能啟動存取存放區的各個服務。如果常駐程式停止,則您必須停止並重新啟動附屬程序。

在 Calendar Server 6.3 中配置 Watcher

預設會啟用 Watcher。為管理 Watcher 程序,ics.conf 檔案新增以下參數:

Calendar Server 6.3 中的 Watcher 記錄

Watcher 會寫入 cal-svr-base/data/log/watcher.log 這個單一記錄,其中包含下列資訊:

Calendar Server 6.3 高可用性部署中的自動重新啟動

如果伺服器在逾時階段失敗兩次,則系統不再嘗試重新啟動該伺服器。在 HA 系統中,系統會關閉 Calendar Server,並容錯移轉至另一系統。

使用 csservice 的包裝程式程序檔啟動和停止 Calendar Server 6.3

csservice 的公用介面是 start-calstop-cal。本小節包含各個包裝程式程序檔的用法說明和用來解釋程序檔選項的表格,以及要啟動/停止的元件清單。

Calendar Server 6.3 的 start-cal 包裝程式程序檔

start-cal 用法如下:

./start-cal [選項...] [元件...]

其選項清單如下:

-?--help

顯示此說明清單。

-d

啟用除錯模式。

-l

列出使用中服務。

-L

列出啟用的服務。

-A

列出所有服務。

其元件清單如下:

watcher

ens

store

notify

admin

http

dwp

如果未列出任何元件,start-cal 會啟動所有啟用的服務。

Calendar Server 6.3 的 stop-cal 包裝程式程序檔

stop-cal 用法如下:

./stop-cal [選項...] [元件...]

其選項清單如下:

-?--help

顯示此說明清單。

-d

啟用除錯模式。

-f

使用 SIGKILL 強制停止。(僅適用於 UNIX® 平台。)

其元件清單如下:

watcher

mfagent

ens

store

notify

admin

http

dwp

如果未列出任何元件,stop-cal 會停止所有啟用的服務。

Calendar Server 6.3 的 Monitoring Framework 整合

本小節說明 Monitoring Framework 的 Calendar Server 實作,並包含以下主題:

「Sun Java Enterprise System 5 Monitoring Guide」中,您可以找到有關 Java Enterprise System Monitoring Framework 的更多資訊。

Monitoring Framework 在 Calendar Server 中的實作方式

Calendar Server 與 Messaging Server 均以最低程度和適用於 Java Enterprise System 的 Monitoring Framework 整合。Monitoring Framework 在執行中會定期檢查 operationalStatus 屬性,該屬性的狀態可以是 OK (表示系統正在執行),也可以是 DOWN (表示系統未執行)。

Monitoring Framework 代理程式 csmfagent (新程序) 會隨著系統啟動 (start-cal) 一併啟動。這是系統啟動的第一個程序。該程序會創設一個應用程式,並宣告應用程式的狀態為 OK。它也會擷取 SIGTERM,而且在擷取一項後立即宣告狀態為 DOWN 並結束。

同樣地,如果 Watcher 已經過配置,並且正在執行,系統的任何部分失敗或變得無回應時,Watcher 就會發出 SIGTERM 訊號停止 csmfagent

Calendar Server 中的 Monitoring Framework 配置

編輯配置檔案 ics.conf,以包含下列參數:

local.csmfagent.enable = "y"

在 Calendar Server 中配置 Monitoring Framework

    請執行以下兩個步驟:

  1. /opt/SUNWcsgar/config/com.sun.cmm.cs.xml 複製到 /opt/SUNWmfwk/xml

  2. 停止 Manufacturing Framework 程序,然後重新啟動它。

Calendar Server 6.3 的 Monitoring Framework 安裝需求

    要使用 Monitoring Framework,必須滿足以下兩項需求:

  1. 必須安裝 Java Enterprise System Monitoring Framework (JESMF)。

    如果未安裝 JESMF,則 csmfagent 無法執行。

  2. Calendar Server 必須能夠找到必要的程式庫。

    Calendar Server 使用 /opt/SUNWics5/lib 中的符號連結找到程式庫。

JESMF 程式庫列示如下:

/opt/SUNWmfwk/lib/libMfTransaction.so 

/opt/SUNWmfwk/lib/libMfRelations.so 

/opt/SUNWmfwk/lib/libMflog4c.so 

/opt/SUNWmfwk/lib/libMfMEServer.so 

/opt/SUNWmfwk/lib/libmfBeepConnectorServer.so 

/opt/SUNWmfwk/lib/libMfRserver.so 

/opt/SUNWmfwk/lib/libMfMEInstrum.so 

/opt/SUNWmfwk/lib/libMfDiscovery.so 

/opt/SUNWmfwk/lib/libMfHashTable.so 

/opt/SUNWmfwk/lib/libMflog.so 

/opt/SUNWmfwk/lib/libasn1cebuf.so 

/opt/SUNWmfwk/lib/libbeepcore.so 

/opt/SUNWmfwk/lib/libbeepxmlutil.so 

/opt/SUNWmfwk/lib/libbptostransport.so 

/opt/SUNWmfwk/lib/libbptosutil.so 

/opt/SUNWmfwk/lib/libbptoswrapper.so 

/opt/SUNWmfwk/lib/libbputil.so 

/opt/SUNWmfwk/lib/libcmm_native.so 

/opt/SUNWmfwk/lib/libmfCserver.so 

/opt/SUNWmfwk/lib/libmfNotificationProfile.so 

/opt/SUNWmfwk/lib/libmfRequestResponseProfile.so 

/opt/SUNWmfwk/lib/libmfTimers.so 

/opt/SUNWmfwk/lib/libmfTimersJNI.so 

/opt/SUNWmfwk/lib/libmfUtils.so 

/opt/SUNWmfwk/lib/libmfber.so 

/opt/SUNWmfwk/lib/libmfberj.so 

/opt/SUNWmfwk/lib/libxmlglobal.so 


備註 –

這是所有 JESMF 程式庫的清單。有可能並非其中所有都是實作 Monitoring Framework 的 Calendar Server 部份所需的項目。


Calendar Server 通知服務轉為使用 Message Queue

此發行版本針對事件通知和警示,提供兩項通知服務:Sun Java System Message Queue (JMQ) 和 Event Notification System (ENS)。在將來的發行版本中,Communications Service 產品只使用 JMQ,並將移除 ENS。但是,此發行版本的 Communications Services 產品 (Messaging Server、Calendar Server 和 Instant Messaging) 對 ENS 仍然有內部相依性,您可以繼續使用 ENS 進行通知和警示。

若要使用 JMQ 而非 ENS,您必須安裝和配置 Sun Java System Message Queue。此外,您必須記錄您自己的通知,因為 Calendar Server 6.3 不提供任何通知。

請使用 Sun Java Enterprise System 安裝程式安裝此產品。如需有關配置 Message Queue 的資訊,請參閱 Message Queue 文件

JMQ 的 Calendar Server 配置參數

若要在 Calendar Server 中配置 JMQ,您必須在 ics.conf 檔案中增加以下各行:

local.server.csmfagent.enable = "yes"
caldb.serveralarms.jmqlib = "/opt/SUNWics5/cal/lib/libmqcrt.so" (適用於 Solaris)

或者,

caldb.serveralarms.jmqlib = "/opt/sun/calendar/lib/libmqcrt.so" (適用於 Linux)
caldb.serveralarms.dispatchtype = "jmq"
caldb.serveralarms.jmqhost = "localhost"
caldb.serveralarms.jmqport = "7676"
caldb.serveralarms.jmqUser = "guest"
caldb.serveralarms.jmqPWD = "guest"
caldb.serveralarms.jmqTopic = "JES-CS"

Calendar Server 6.3 的 Message Queue 更新通知特性

通知必須具有以下特性:MQ_MESSAGE_TYPE_HEADER_PROPERTY。這項特性會識別通知的類型。

此外,通知可以具有其他特性,如下表所示:

action

字串特性,指示此通知產生的動作類型。這項特性可以具有以下值:"EMAIL""AUDIO""DISPLAY""PROCEDURE""FLASHING"

aid

字串特性,包含警示 ID。

calid

字串特性,包含行事曆 ID。

comptype

字串特性,指示元件類型。可以具有 "event""todo" 值。

rid

整數特性,包含週期性 ID。

uid

字串特性,包含元件 ID。元件 ID 是事件 ID 或待辦事項 ID (工作 ID)。

Calendar Server 6.3 的 Message Queue 更新通知值

通知分為兩種類型:警示通知及事件和待辦事項的更新通知。

對於警示通知,MQ_MESSAGE_TYPE_HEADER_PROPERTY 的值只會是 "alarm"

對於更新通知,MQ_MESSAGE_TYPE_HEADER_PROPERTY 則需要根據觸發通知的動作類型而定。表 2–2 列出這項特性的觸發動作和相應的值。

表 2–2 更新通知值

觸發 

更新通知值 

刪除行事曆 

DELETECAL

修改事件 

MODIFYEVENT

修改待辦事項 (工作) 

MODIFYTODO

建立事件 

CREATEEVENT

建立待辦事項 (工作) 

CREATETODO

重新整理事件 

REFRESHEVENT

重新整理待辦事項 (工作) 

REFRESHTODO

回覆事件 

REPLYEVENT

回覆待辦事項 

REPLYTODO

在 Calendar Server 6.3 中事件組織者可收到回覆通知的電子郵件

現在,當與會人員回覆邀請時,系統會向組織者傳送電子郵件通知。

您可以透過設定 ics.conf 參數 ine.reply.enable 來配置這項特性。將該參數設定為 "y" 為整個系統啟用這項功能。將該參數設定為 "n" 停用這項功能。預設會啟用這項功能。

回覆有三種類型:接受、拒絕、暫時接受。通知可指示回覆是針對單一邀請還是針對週期性事件。新增了以下訊息格式檔案參數,以及相應的格式檔案:


備註 –

這項功能不屬於使用者喜好設定。也就是說,這是系統範圍的配置參數,因此會套用於所有傳送邀請的使用者。


如需有關配置 Calendar Server 進行電子郵件通知的更多資訊,請參閱「Sun Java System Calendar Server 6.3 Administration Guide」中的「To Enable Email Notifications」

可修改事件的與會者副本

WCAP 介面已經過調整,可用來修改行事曆事件的與會者副本,包含摘要和描述等欄位。

重新命名工具增強

Calendar Server 6.3 公用程式 rename 包含重新命名行事曆資料時刪除的項目。

Calendar Server 6.3 的空閒/忙碌計算變更

已拒絕的事件不會在空閒/忙碌行事曆中再顯示為忙碌。

停用 Calendar Server 6.3 中的舊版 Calendar Express UI

在舊版 Calendar Server 中,會自動安裝和啟用 Calendar Express (舊版使用者介面)。即使您未使用此介面,也無法加以停用。如果您升級到 Calendar Server 6.3,升級程序會將 service.http.ui.enable="y" 增加到 ics.conf 檔案中。如果您仍然需要使用的舊版 UI,這會將它保持啟用,不需要其他任何動作。

若要停用 Calendar Express,請在 ics.conf 檔案中,將 service.http.ui.enable 設定為 "n"

在 Calendar Server 6.3 中未自動安裝 Calendar Express UI

更新安裝不會再自動安裝 Calendar Express。如果您執行 Calendar Server 6.3 的更新安裝,但是需要使用 Calendar Express 作為使用者介面,您必須使用 Communications Suite 5 安裝程式另外安裝 Calendar Express。然後,您必須將 service.http.ui.enable="y" 增加到 ics.conf 檔案中,以進行 Calendar Express 的配置。(更新安裝的預設內部設定是 "n",因此您必須確實將它設定為 "y"。)

如果您是從舊版 Calendar Server 升級,升級程序會為您將參數增加到 ics.conf 中,並且將值設定為 "y"。這樣,您無需任何變更就可以繼續使用舊版使用者介面。但是,如果您要停用使用者介面,請將這個參數設定為 "n"

在混合硬體平台上安裝

過去,由於大尾數法/小尾數法問題,在分散式資料庫環境 (使用 DWP 和 CLD 外掛程式) 中,前端程序和後端程序必須安裝在相同的硬體平台上。現在的情況不再如此。現在您可以將前端程序和後端程序安裝在不同的硬體平台上。

例如,前端機器是 X-86 平台的機器,而後端機器是 SPARC 平台的機器。

Calendar Server 6.3 的 iTIP 相容性

現在,Calendar Server 傳送的訊息與 iTIP 相容 (適用於 Microsoft Outlook 互通操作)。

comm_dssetup.pl:密碼檔案的新選擇增強 Calendar Server 6.3 的安全性

為了增強安全性,在執行 comm_dssetup.pl 時,現在可以指定密碼檔案,而不是文字密碼。使用新的 -j <passwordfilename > 選項,您可以防護密碼,並增強安全性。此功能對程序檔尤為有用。如果您使用的程序檔目前顯露密碼,而希望變更這些程序檔,可刪除 -w < password> 選項,並且以新的程序檔取代這個程序檔。


備註 –

這是對於問題 #6392093 的修正。


Calendar Server 6.3 公用程式 csdb、cscal 和 csuser 遷移到 cal/sbin

在舊版 Calendar Server 中,csdbcscalcsuser 出現在 cal/bin 目錄中,而現在則位於 cal/sbin 目錄中。

SSL 針對 Calendar Server 6.3 在 ics.conf 檔案中所做的變更

由於 Calendar Server 程式碼的變更,ics.conf 檔案發生以下變更: