版本 7 2005Q4
此版本說明含有在發行 Sun JavaTM System Connector for Microsoft Outlook (亦稱為 Connector for Microsoft Outlook) 的版本 7 2005Q4 時提供的重要資訊。此處將介紹新增功能和增強功能、已知限制和問題、技術說明以及其他資訊。請在開始使用 Sun Java System Connector for Microsoft Outlook 7 2005Q4 之前閱讀此文件。
此版本說明的最新版本可在 http://docs.sun.com/coll/1312.1 和 http://docs.sun.com/coll/1422.1 上找到。請在安裝和設置軟體之前查閱此網站,並在其後定期查閱以檢視最新的版本說明和手冊。
請參閱此發行版本中的新增功能小節,以取得有關此發行版本中新增功能的資訊。
此版本說明含有以下小節:
本文件中提供了協力廠商 URL 以供參考,另亦提供其他相關的資訊。
Sun 對於本文件中所提及之協力廠商網站的使用不承擔任何責任。Sun 對於此類網站或資源中的 (或透過它們所取得的) 任何內容、廣告、產品或其他材料不做背書,也不承擔任何責任。對於因使用或依靠此類網站或資源中的 (或透過它們所取得的) 任何內容、產品或服務而造成的或連帶產生的實際或名義上之損壞或損失,Sun 概不負責,也不承擔任何責任。
日期 |
變更說明 |
---|---|
2005 年 7 月 |
此版本說明的後期測試版 (版本 7 2005Q4 ) |
2005 年 10 月 |
此版本說明的正式版 (版本 7 2005Q4 ) |
Sun Java System Connector for Microsoft Outlook 可以將 Outlook 用做 Sun Java Enterprise System 的桌面用戶端。
Connector for Microsoft Outlook 是 Outlook 外掛程式,必須安裝在一般使用者的桌面上。Connector for Microsoft Outlook 查詢 Sun Java System Messaging Server 以取得資料夾階層和電子郵件,並將該資訊轉換為 Outlook 可以顯示的郵件傳送 API (MAPI) 特性。同樣,還使用 WCAP 查詢 Sun Java System Calendar Server 以取得事件 和作業,然後將其轉換為 MAPI 特性。使用此模型,Sun Java System Connector for Microsoft Outlook 利用以下兩個獨立資訊來源建立了一般使用者 Outlook 視圖:來自 Messaging Server 的郵件和來自 Calendar Server 的行事曆資訊。
使用者經由 Outlook 建立和修改項目時,Connector for Microsoft Outlook 將新郵件傳送至相應的伺服器 (取決於郵件類型)。新的外寄電子郵件將傳送至 SMTP 郵件伺服器進行傳送,而修改的電子郵件將傳送回使用者的 IMAP 資料夾進行儲存。新的行事曆事件和作業被轉換為標準格式以儲存在 Calendar Server 資料庫中。
Sun Java System Connector for Microsoft Outlook 7 2005Q4 包含對通訊錄服務的支援。此服務使用 WABP 並允許使用者從 Outlook 和 Sun Java System Communications Express 存取其個人通訊錄。
請注意,Sun Java System Connector for Microsoft Outlook 套裝軟體不包含任何遷移工具。如果您具有目前在 Microsoft Exchange 中的使用者並且要配合使用 Outlook 和 Sun Java Enterprise System,則需要那些工具。Sun 提供了遷移服務以協助將資料和使用者從現有 Exchange 部署移至 Sun Java Enterprise System。
此發行版本提供以下主要功能和功能性:
存取 Sun Java System Messaging Server 和 Sun Java System Calendar Server。
經由 IMAP4 存取 Messaging Server 中的電子郵件資料夾。
經由 WCAP 存取儲存在 Calendar Server 中的行事曆資料 (事件、約會) 和作業。
經由 LDAP 存取公司目錄。
存取儲存在通訊錄伺服器中的連絡人。
典型 Outlook 郵件功能:
撰寫、回覆和轉寄郵件
使用 Microsoft Word 編寫和編輯郵件
對郵件內文套用拼字檢查和加密
將位址完成作業套用至郵件標題
增加簽名至郵件
與一個或多個使用者共用郵件資料夾。
訂閱其他使用者的郵件資料夾。
典型行事曆功能:
建立新的約會和事件 (全天、遞迴、公開、私有)
修改事件
檢查可用性
建議事件的替代時間
追蹤事件請求的回應
基於電子郵件的群組排程。
與其他使用者共用行事曆並設定共用行事曆的特定權限。
訂閱其他使用者的行事曆。
將行事曆存取委託給其他人。
典型與作業相關的功能性 (新建作業、修改作業)。
將用戶端方規則附加至資料夾和資料類型
將便條和通信記錄儲存在 IMAP 資料夾中。
完全離線支援郵件、行事曆和通訊錄。
與 Web 用戶端 (Communications Express) 互通的功能。
全域位址清單管理伺服器方郵件篩選器。
Sun Java System Connector for Microsoft Outlook 7 2005Q4 中的新增功能包含:
具有瀏覽功能的全域位址清單
移除了對 Microsoft LDAP 的相依性
行動辦公設定,以及在登入時通知使用者該設定已啟動的功能
同步化大型資料夾時顯示進度
設定郵件篩選器
共用連絡人
搜尋使用者以進行資料夾共用的功能
從 LDAP 自動設定和更新名稱和電子郵件位址
預覽所有郵件內文的選項
本節說明 Sun Java System Connector for Microsoft Outlook 的需求和建議。
必須將 Sun Java System Communications Express 修補程式 118540–20 套用至 Connector for Microsoft Outlook。您可以從 http://sunsolve.sun.com 下載此修補程式。
支援以下作業系統:
Microsoft Windows 2000 (Service Pack 3 或更高版本)
Microsoft Windows XP (Service Pack 1 或更高版本)
Microsoft Windows 2003 Terminal Server
支援以下 Microsoft Outlook 版本:
Outlook 2000 SP3 (工作群組模式)
Outlook 2002 SP2
Outlook 2003
Connector for Microsoft Outlook 的其他需求:
Sun Java System Calendar Server 6 2005Q4
部署了以前的 Sun Java System Calendar Server 版本之 Calendar Server 客戶,需要結合 Sun Professional Services 以使其資料可轉換並遷移為新的格式。已提供可用的 Sun Professional Services。此遷移是使用 Outlook 所必需的,因為循環事件的儲存和管理發生了根本變更。使用 Calendar Server 6 2004Q2 或更高版本的新客戶無需遷移服務。
Sun Java System Messaging Server 6 2005Q4
Calendar Server 和 Messaging Server 均經由 Sun Java Enterprise System 安裝。您可以從以下位址下載 Sun Java Enterprise System:http://www.sun.com/software/download/java_system.html。
Web 發佈精靈 (僅 Outlook 2000 必需)
如果您使用 Windows 2000,請檢查 Wpwiz.exe 程式檔案以確定是否已在電腦中安裝了 Web 發佈精靈。例如,如果程式安裝在 C 磁碟機中,請檢查以下位置:
C:\Program Files\Web Publish\Wpwiz.exe
或者,使用 Start 按鈕中的 Find 或 Search 指令搜尋 Wpwiz.exe 檔案。
如果您的 Windows 2000 電腦中沒有 Web 發佈精靈,則可以從 http://www.microsoft.com 下載。
雖然此網站申明此 Web 發佈精靈下載適用於 Windows 95 和 Windows NT 4.0,但這也是適用於 Windows 2000 的下載版本。
Connector for Microsoft Outlook 是 Outlook 外掛程式,需要安裝在一般使用者的桌面。產品提供了部署和配置程式以協助組織部署 Connector for Microsoft Outlook。
安裝 Sun Java System Connector for Microsoft Outlook 之前,請查閱 http://sunsolve.sun.com/pub-cgi/show.pl?target=patchpage以取得有關任何所需修補程式的最新資訊。
安裝和部署是一個包含三個步驟的程序。
安裝管理員套裝軟體。
為一般使用者建立安裝套裝軟體。
部署安裝套裝軟體。
Connector for Microsoft Outlook 套裝軟體隨附了管理員套裝軟體的安裝程式。系統管理員應該為一般使用者準備名為安裝精靈的特殊安裝套裝軟體。安裝精靈在您的桌面上安裝並配置 Connector for Microsoft Outlook 軟體。此安裝套裝軟體旨在簡化和自動化安裝程序。
如需安裝、配置和部署說明,請參閱:
「Sun Java System Connector for Microsoft Outlook 7 2005Q4 Installation Guide」說明如何安裝管理員套裝軟體。
「Sun Java System Connector for Microsoft Outlook 7 2005Q4 Administration Guide」說明如何使用部署配置程式為一般使用者建立安裝套裝軟體。
「Sun Java System Connector for Microsoft Outlook 7 2005Q4 Deployment Planning Guide」說明 Connector for Microsoft Outlook 的部署。
可以安裝和配置 Connector for Microsoft Outlook 期間執行的一個可選步驟是轉換常駐桌面的資料。僅在管理員於建立一般使用者安裝套裝軟體期間核取 [轉換現有設定檔] 選項時,才呼叫轉換程序。請注意,此轉換程序無意、而且也不會替代基於伺服器之遷移的必要性。Sun 提供了遷移服務以協助將資料和使用者從現有 Exchange 部署移至 Sun Java Enterprise System。
為使 Connector for Microsoft Outlook 正常工作,應該為 Sun Java System Directory Server 中的以下 LDAP 屬性建立索引 (至少建立存在性和等同性索引),以改進整體效能。
icsCalendar
mailalternateaddress
如需有關這些屬性的更多資訊,請參閱「Sun Java System Calendar Server 6 2005Q4 Administration Guide」和「Sun Java System Messaging Server 6 2005Q4 管理指南」。
本節說明 Connector for Microsoft Outlook 中存在的任何相容性問題。
本節說明 Connector for Microsoft Outlook 的 Sun Java System Calendar Server 注意事項。
Calendar Server 的最新版本位於 Collaboration and Communication 下載網站。
建議客戶亦安裝最新版本的修補程式,位於 SunSolve。
如需詳細的安裝說明,請參閱「Sun Java Enterprise System 2005Q4 Installation Guide for UNIX」。如需配置說明,請參閱「Sun Java System Calendar Server 6 2005Q4 Administration Guide」。
如果您從 Calendar Server 5.x 遷移至 Calendar Server 的最新版本,則必須執行 cs5migrate_recurring 公用程式來轉換資料庫以適應 Connector for Microsoft Outlook 資料模型。請諮詢技術支援以取得有關 cs5migrate_recurring 公用程式的資訊。
對於使用者和資源行事曆,Calendar Server 6 2004Q2 (及更高版本) 均需要使用者具有 LDAP mail 屬性。
對於使用 Microsoft Outlook 排程資源行事曆 (例如會議室或筆記本電腦或高射投影機等設備) 的用戶端,每種資源必須具有電子郵件位址,即使實際並不需要電子郵件。LDAP mail 屬性指定此電子郵件位址。
您可能特別需要按照如下說明增加 LDAP mail 屬性:
5.x 安裝。執行 cs5migrate_recurring 遷移公用程式之前,對於使用者和資源行事曆均需將 mail 屬性增加至使用者。若要增加 mail 屬性,請使用 Calendar Servercsattribute 公用程式或 Directory Server ldapmodify 公用程式之類的公用程式。
新安裝 (6 2004Q2 或更高版本)。對於使用者和資源行事曆均使用 Calendar Server csattribute 公用程式或 Directory Server ldapmodify 公用程式之類的公用程式,佈建現有使用者的 LDAP mail 屬性。
如果您在安裝後建立新的行事曆或使用者,請使用必需的 -m email 選項在執行這些 Calendar Server 公用程式時指定電子郵件位址:
csresource 公用程式用於新資源行事曆
csuser 公用程式用於新的使用者
如需有關 csattribute、csresource 和 csuser 的相關資訊,請參閱「Sun Java System Calendar Server 6 2005Q4 Administration Guide」。如需有關 ldapmodify 公用程式的相關資訊,請參閱「 Sun Java System Directory Server Resource Kit Tools Reference」。
以下範例將 LDAP 郵件屬性增加至 sesta.com 伺服器上名為「Room100」的會議室。此範例配置 Messaging Server。如果您使用其他電子郵件伺服器,請參閱該產品的文件以取得等效程序。
使用 csattribute 公用程式將郵件屬性增加至 LDAP 伺服器︰
# ./csattribute -a mail=Room100@sesta.com add Room100
若要檢查該屬性是否已設定,請使用帶有 -v (詳細) 選項的 csattribute list 指令。
# ./csattribute -v list Room100 ... cn=Room 100,ou=conferenceRooms,dc=sesta,dc=com has mail: Room100@sesta.com |
以下範例為資源行事曆產生的電子郵件設置 Messaging Server bitbucket 通道。此範例使用 sesta.com 伺服器上名為「Room100」的資源。如果未設置 bitbucket 通道 (或等效通道),您將需要定期刪除傳送至資源行事曆的電子郵件。
確定 bitbucket 通道已在 imta.cnf 檔案中定義。
若要將郵件導向至 bitbucket 通道,請使用 csresource 公用程式為資源建立電子郵件位址:
# ./csattribute -a mail=Room100@bitbucket.sesta.com add Room100
若要啟用這些變更,您還需要重建別名表或配置。請參閱有關變更電子郵件服務的 Messaging Server (或您的電子郵件產品) 文件及您網站自己的文件和程序。
以下範例為資源行事曆產生的電子郵件設置 Sendmail bitbucket 通道。此範例使用 sesta.com 伺服器上名為「Room100」的資源。如果未設置 bitbucket 通道 (或等效通道),您將需要定期刪除傳送至資源行事曆的電子郵件。
在相應主機的 /etc/aliases 檔案中,增加如下項目:
# Resource/Conference room aliases Room100: /dev/null |
使用 csresource 公用程式將資源的電子郵件位址增加至 LDAP 目錄︰
# ./csattribute -a mail=Room100@sesta.com add Room100
如果您需要為行事曆使用者設置電子郵件別名,請使用 LDAP mailalternateaddress 屬性。LDAP 郵件屬性提供主要郵件位址,LDAP mailalternateaddress 屬性用於電子郵件別名。這兩個屬性均會將電子郵件位址對映至使用者的行事曆 ID (calid)。
例如,若要為具有以下值的名為 John Smith 的使用者增加 mailalternateaddress 屬性:
使用者 ID (uid) 和 calid:johnsmith
電子郵件位址:john.smith@sesta.com
電子郵件別名的位址:johns@sesta.com 和 jsmith@sesta.com
使用這些 Calendar Server 公用程式指令:
# ./csuser -g John -s Smith -y password -l en -m john.smith@sesta.com \ -c johnsmith create johnsmith # ./csattribute -a mailalternateaddress=johns@sesta.com add johnsmith # ./csattribute -a mailalternateaddress=jsmith@sesta.com add johnsmith |
如果 Directory Server 需要共用行事曆 LDAP 查找的認證,則 service.wcap.userprefs.ldapproxyauth 參數必須在 ics.conf 檔案中進行如下設定:
匿名連結:service.wcap.userprefs.ldapproxyauth = "no"
認證的代理伺服器連結:service.wcap.userprefs.ldapproxyauth = "yes"
如果 service.wcap.userprefs.ldapproxyauth 為「yes」,則您還必須為 calmaster 項目設定相應的 LDAP ACI。例如,若要為 sesta.com 網域設定 calmaster ACI 用於代理伺服器認證,請如下使用 ldapmodify 工具:
dn: o=usergroup changetype: modify add: aci aci: (targetattr="icscalendar || cn || givenName || sn || uid || mail")(targetfilter=(objectClass=icscalendaruser))(version 3.0; acl "Allow calendar administrators to proxy - product=ics,class=admin,num=2,version=1"; allow (proxy) groupdn = "ldap:///cn=Calendar Administrators,ou=Groups,o=usergroup";)
對於網域基底 DN 節點,以下範例顯示正確的 ACI:
dn: o=sesta.com,o=usergroup changetype: modify add: aci aci:(targetattr="icscalendar || cn || givenName || sn || uid || mail") (targetfilter=(objectClass=icscalendaruser))(version 3.0; acl "Allow calendar users to read and search other users - product=ics,class=admin,num=3,version=1"; allow (search,read) userdn = "ldap:///uid=*, ou=People, o=sesta.com, o=usergroup";)
如果沒有網域,請透過移除 dn: 行的 o=sesta.com 部分將此 ACI 增加至根字尾本身。
Calendar Server 配置程式 csconfigurator.sh 可增加這些 ACI。如果您從 Java Enterprise System Release 1 升級,則必須重新執行配置程式以取得更新的 ACI。
在 SSL 模式中下存取 Calendar Server 的使用者不受 [Microsoft Outlook Free/Busy Lookup] 選項支援。若要將 SSL 和非 SSL 模式用於相同的 Calendar Server 實例,使用者必須指定不同的連接埠號碼,如下所示:
SSL 模式 — 若要使用 SSL 存取 Calendar Server,請使用 SSL 連接埠。預設連接埠號碼為「443」,由此參數在 ics.conf 檔案中設定:
service.http.ssl.port = "443"
非 SSL 模式 — 若要使用 [Outlook Free/Busy Lookup] 選項,請使用一般 HTTP 連接埠存取 Calendar Server。預設連接埠號碼為「80」,由此參數在 ics.conf 檔案中設定:
service.http.port = "80"
如需有關 SSL 的資訊,請參閱「Sun Java System Calendar Server 6 2005Q4 Administration Guide」中的第 8 章「Configuring SSL」。
Calendar Server 6 2004Q2 或更高版本包括刪除記錄資料庫 (ics50deletelog.db) 以儲存刪除的事件和待辦事宜 (作業)。如需相關資訊,請參閱「Sun Java System Calendar Server 6 2005Q4 Administration Guide」中的第 18 章「Administering the Delete Log Database」。
IMAP 協定僅定義一個系統資料夾用於內送郵件 (收件匣),而 Outlook 和 Sun Java System Communications Express 等郵件用戶端可為草稿、已發郵件和刪除的郵件定義自己的系統資料夾。郵件用戶端無法辨別那些資料夾。這些系統資料夾是由不同的喜好名稱和本土化的名稱根據語言環境和用戶端軟體建立的。這導致如果單一電子郵件帳號由多個電子郵件用戶端存取 (或相同電子郵件用戶端,但是由不同語言環境的機器存取),則為系統資料夾建立多個實體 IMAP 資料夾。
在 Outlook 中該資料夾命名為:
刪除的項目=Deleted Items
草稿=Drafts
已發項目=Sent Items
在 Communications Express 中該資料夾命名為:
刪除的項目=Trash
草稿=Drafts
已發項目=Sent
可用新的 Sun Java System Connector for Microsoft Outlook 郵件系統對映檔案在 Outlook 和 Communications Express 之間提供更好的互通功能 。此解決方案允許管理員配置系統資料夾的對映方式。uwc_folders.map 檔案包含 Communications Express 的系統資料夾對映定義。outlook_folders.map 檔案包含 Connector for Microsoft Outlook 的系統資料夾對映定義。
您可以選擇其中一個對映資料夾檔案用做部署配置程式 (在 [郵件] 標籤下) 中的預設系統資料夾對映定義檔案。選取 [Outlook 樣式] 或 [Communications Express 樣式] 以表明使用者程式應該用於命名使用者的 IMAP 資料夾的標準。您此處的選擇決定對映檔案 outlook_folders.map 或是 uwc_folders.map 將用於對映使用者的 IMAP 資料夾名稱。管理員可在執行程式前,編輯這些檔案以符合本機需求,但不可變更原始的檔案名稱。
接著,需要定義 Communications Express 系統資料夾。i18n.js 檔案定義 Communications Express 系統資料夾名稱。此檔案位於 /var/opt/SUNWmsgsr/config/html/lang 目錄中,其中 lang 為特定的本土化語言 (例如法語的 fr)。需要修改此檔案,以便對映項目類似於 sjoc_folders.map 檔案中的項目。
例如,依預設,法語 i18n.js 檔案中的資料夾對映為:
i18n[’INBOX’] = ’Inbox’ i18n[’trash folder’] = ’trash’ i18n[’draft folder’] = ’draft’ i18n[’sent folder’] = ’sent’ ... fldr[’INBOX’] = ’French Inbox’ fldr[’trash’] = ’French Trash’ fldr[’draft folder’] = ’French Draft Folder’ fldr[’sent folder’] = ’French Sent Folder’
i18n[x] 的值用於在 IMAP 存放區中建立系統資料夾。例如,如果 i18n[’trash folder’]= ’trash’,則將在 IMAP 中建立資料夾名稱為 trash 的資料夾。fldr[y] 的值用於顯示用戶端介面中的系統資料夾名稱。
在 sjoc_folders.map 檔案中,類似的資料夾對映為:
[fr] INBOX=’Bo?te de r?ception’ Deleted Items=’?l?ments supprim?s’ Drafts=’Brouillons’ Sent Items =’?l?ments envoy?s’
因此,應該修改法語 i18n.js 資料夾對映以與 sjoc_folders.map 檔案相符:
i18n[’INBOX’] = ’Bo?te de r?ception’ i18n[’trash folder’] = ’?l?ments supprim?s’i18n[’draft folder’] = ’Brouillons’ i18n[’sent folder’] = ’?l?ments envoy?s’ ... fldr[’INBOX’] = ’Bo?te de r?ception’ fldr[’trash’] = ’?l?ments supprim?s’ fldr[’Drafts’] = ’Brouillons’ fldr[’Sent’] = ’?l?ments envoy?s’
您將需要修改 i18n.js 檔案表示的每一種語言。
因為 i18n.js 檔案以 UTF8 代碼編寫,您將需要使用可以保留 UTF8 代碼的編輯器。
此新資料夾對映定義僅對於新使用者有效。
使用者登入 Communications Express 之前,需要設定使用者的喜好語言。若要如此,請使用 ldapmodify 指令設定 preferredLanguage 或 preferredLocale 屬性。
新使用者應該僅看到一組系統資料夾,但以下情況除外:
使用者登入語言環境設定為法語的 Outlook。稍後,同一使用者登入喜好語言設定為英文的 Communications Express。此使用者在 Outlook 和 Communications Express 中均看到系統資料夾 trash、draft、sent、?l?ments supprim?s、Brouillons 和 ?l?ments envoy?s。
隨 Sun Java System Communications Services 發行的所有用戶端產品都允許使用者搜尋公司目錄及其自己的通訊錄。如果這不能正常工作時,某些 LDAP 調校可以改善使用者遇到的情況。
本節討論:
使用 Communications Express 或 Connector for Microsoft Outlook 在個人連絡人或公開通訊錄中搜尋特定字元是特定語言環境的作業。例如,法語使用者搜尋「Gaelle」並預期得到包含字串「Gaelle」及任何包含字串「Ga?lle」的項目。
基於語言環境決定項目呈現給使用者的方式之各種規則稱為比較規則或比較順序。比較順序提供特定語言和文化的資訊,說明如何排序給定語言字元。它會識別諸如字母表中的字母順序、如何比較重音字母和非重音字母,以及比較字串時是否存在可以忽略的字元之類的內容。比較順序還考量到關於語言的特定文化的資訊,例如讀取語言的順序 (左至右、右至左或上下)。
Sun Java System Directory Server 支援大量語言環境和比較規則 (請參閱「Sun Java System Directory Server 5 2005Q1 Administration Reference」中的「Identifying Supported Locales」)。依據您的使用者基底,首先需要選擇在您的環境中有效的語言環境。在下面,我們將使用英文 (US) 語言環境 (OID = 1.3.6.1.4.1.42.2.27.9.4.34.1) 做為範例。
若要指定執行搜尋時使用的語言環境,請使用相符的規則篩選器語法,如「Sun Java System Directory Server 5 2005Q1 Administration Reference」中的「Searching an Internationalized Directory」所述。此語法讓您指定語言環境及搜尋類型 (完全對等、子字串等)。
例如,以下篩選器將使用英文 (US) 比較規則 (1.3.6.1.4.1.42.2.27.9.4.34.1) 執行 CN 屬性的子字串比較 (.6)。篩選器查找 CN 中以「Gae」開始的字串。
cn:1.3.6.1.4.1.42.2.27.9.4.34.1.6:=Gae*
執行 LDAP 搜尋時,大多數效能問題是因為索引不存在或未正確配置導致的。依預設,配置 Directory Server 以便為 Communications Express 或 Connector for Microsoft Outlook 發出的查詢建立索引並在合理時間內傳回。然而,國際搜尋未設置 Directory Server。因此,需要改變現有索引以便考量已選擇的比較規則。「Sun Java System Directory Server 5 2005Q1 Administration Guide」中的「Managing Indexes」小節說明了這一點。
例如,依預設 CN 屬性在 userRoot 字尾建立索引:
# ldapsearch -D "cn=Directory manager" -b "cn=cn,cn=index,cn=userRoot,cn=ldbm database,cn=plugins,cn=config" "objectclass=*" cn=cn,cn=index,cn=userRoot,cn=ldbm database,cn=plugins,cn=config objectClass=top objectClass=nsIndex cn=cn nsSystemIndex=false nsIndexType=pres nsIndexType=eq nsIndexType=sub
若要使用英文 (US) 比較規則的國際搜尋使用它,請增加一個具有英文 (US) OID 的 nsMatchingRule 屬性。由於是用戶端執行子字串搜尋,因此需要將子字串字尾 (「.6」) 增加至 OID:
#ldapmodify -D "cn=Directory manager" dn: cn=cn,cn=index,cn=userRoot,cn=ldbm database, cn=plugins,cn=config changetype: modify add: nsMatchingRule nsMatchingRule: 1.3.6.1.4.1.42.2.27.9.4.34.1.6
請勿在值的開頭或結尾增加任何空格、標籤或其他非可視字元。
nsMatchingRule 是多值屬性。可以為相同 OID 或不同 OID 增加不同類型的搜尋。
然後必須執行位於 serverroot/slapd-instance 之下的 db2index.pl 程序檔:
# perl db2index.pl -D "cn=Directory Manager" -w \ secret -n userRoot -t cn
此作業在線上執行,且需要花費一段時間才能完成。 也可選擇重新初始化字尾。請參閱「Sun Java System Directory Server 5 2005Q1 Administration Guide」中的「Reinitializing a Suffix」。
主控台還可用於增加 nsMatchingRule (請參閱「Sun Java System Directory Server 5 2005Q1 Administration Guide」中的「Managing Indexes」小節)。
在以下小節中,提供了需要修改的索引清單。請確保未執行任何非索引搜尋。這可以透過查看 Directory Server 存取記錄檔 (並在搜尋結果項目中查找 notes=U) 來完成。
需要變更 Communications Express 使用的搜尋篩選器以適應相符的規則語法。這可以透過啟用在 db_config.properties 檔案 (常駐在 deployed-path/WEB-INF/ldappstore [適用於個人儲存] 和 deployed-path/WEB-INF/corp-dir [適用於公司目錄]) 中指定的比較規則參數獲得。
這些參數為:
# Collation Rule # Uncomment below to apply collation rule # collation_rule=en-US # Search Fields for which collation rule should be applied. # The fields provided here should be disambiguator formatted fields # e.g. entry/displayname, person/givenname etc. # Uncomment below to supply the comma-separated fields # search_fields=entry/displayname
取消註釋 collation_rule 和 search_fields 參數以啟用比較規則。為在搜尋中指定獨立的一組欄位,請將 search_fields 變更為所需值。collation_rule 可以含有該語言相應的不具有指定搜尋類型字尾的語言標籤或 OID (範例中為 1.3.6.1.4.1.42.2.27.9.4.34.1)。變更後需要重新啟動 Web 容器實例。
應該在 LDAP Server 上為以下屬性建立索引以用於搜尋 Communications Express :
cn (在 ou=people/ou=groups 字尾下)
displayname (在 o=piServerDb 字尾下)
可將 Connector for Microsoft Outlook 配置為使用 DN 和密碼連結或匿名連結。若要啟用匿名存取公司目錄,請在 ou=people/ou=group 子樹的根層級增加 ACL。
例如,如果根層級為 dc=red,dc=sesta,dc=com,則執行以下作業:
#ldapmodify -D "cn=Directory manager" dn: dc=red,dc=sesta,dc=com changetype: modify add: aci aci: (targetattr != "userPassword") (version 3.0;acl "Anonymous access"; allow (read,compare,search) (userdn = "ldap:///anyone");)
做為此 7 2005Q4 發行版本中的新增功能,Connector for Microsoft Outlook 現在允許一般使用者瀏覽目錄。開啟通訊錄頁面時,將顯示目錄中的前 10 個項目。然後使用者可以上下捲動,或鍵入少量字元即可看到結果自動重新整理。這是之前 Connector for Microsoft Outlook 版本的變更,在該版本中使用者僅能搜尋一個特定使用者。
若要在保持良好效能的同時啟用此功能,連接器依靠兩個名為 Virtual List View (VLV) 和 Server Side Sorting of Search Results (RFC 2891) 的 LDAP 控制延伸。以下 ldapsearch 範例傳回支援的控制之清單:
# ldapsearch -s base "objectclass=*" supportedControl supportedControl=2.16.840.1.113730.3.4.2 supportedControl=2.16.840.1.113730.3.4.3 supportedControl=2.16.840.1.113730.3.4.4 supportedControl=2.16.840.1.113730.3.4.5 supportedControl=1.2.840.113556.1.4.473 ------> Server Side Sort Control supportedControl=2.16.840.1.113730.3.4.9 ------> VLV Control supportedControl=2.16.840.1.113730.3.4.16 supportedControl=2.16.840.1.113730.3.4.15 supportedControl=2.16.840.1.113730.3.4.17 supportedControl=2.16.840.1.113730.3.4.19 supportedControl=1.3.6.1.4.1.42.2.27.9.5.2 supportedControl=1.3.6.1.4.1.42.2.27.9.5.6 supportedControl=2.16.840.1.113730.3.4.14 supportedControl=1.3.6.1.4.1.1466.29539.12 supportedControl=2.16.840.1.113730.3.4.12 supportedControl=2.16.840.1.113730.3.4.18 supportedControl=2.16.840.1.113730.3.4.13
Sun Java System Directory Server 不支援這些控制。然而,依預設 VLV 控制僅對經過認證的使用者可用:
ldapsearch -D "cn=Directory Manager" -b \ "oid=2.16.840.1.113730.3.4.9,cn=features,cn=config" \ "objectclass=*" aci oid=2.16.840.1.113730.3.4.9,cn=features,cn=config \ aci=(targetattr != "aci")(version 3.0; acl "VLV Request Control"; \ allow( read, search, compare, proxy ) userdn = "ldap:///all";)
若要允許匿名存取 VLV 控制,請增加相應的 ACI:
#ldapmodify -D "cn=Directory Manager" \ dn: oid=2.16.840.1.113730.3.4.9,cn=features,cn=config \ changetype: modify add: aci aci: (targetattr !="aci")\ (version 3.0; acl "VLV Request Control"; allow (compare read,search) \ userdn = "ldap:///anyone"; )
若要改善需要 VLV plus Sort 之搜尋的效能,請在 Directory Server 中建立瀏覽索引 (如「Sun Java System Directory Server 5 2005Q1 Administration Guide」的「Managing Browsing Indexing」中所述)。每個瀏覽索引特定於一個基底 DN、搜尋篩選器、範圍和排序屬性。可以使用部署配置工具在用戶端方調校 VLV。
在此特殊情況下,需要使用 cn 屬性上的排序為等價於 dc=red,dc=iplanet,dc=com 的基底 DN、等價於 (&(mail=*)(cn=*)) 的篩選器建立瀏覽索引。瀏覽索引資訊增加至包含基底 DN (這裡為 userRoot) 的配置中:
#ldapmodify -D "cn=Directory Manager" dn: cn=Browsing red.sesta.com,cn=userRoot, cn=ldbm database,cn=plugins,cn=config changetype: add objectClass: top objectClass: vlvSearch cn: Browsing red.sesta.com vlvbase: dc=red,dc=sesta,dc=com vlvscope: 2 vlvfilter: (&(mail=*)(cn=*)) aci: (targetattr="*") (version 3.0; acl "VLV for Anonymous"; allow (read,search,compare) userdn="ldap:///anyone";) dn: cn=Sort by cn, cn=Browsing red.sesta.com,cn=userRoot, cn=ldbm database,cn=plugins,cn=config changetype: add objectClass: top objectClass: vlvIndex cn: Sort by cn vlvSort: cn
接著執行位於 serverroot/slapd-instance 之下的 vlvindex 指令:
# ./vlvindex -n userRoot -T "Sort by cn"
目前尚無文件更新。
以下列出了在 Sun Java System Connector for Microsoft Outlook 7 2005Q4 中修正的錯誤:
Connector for Microsoft Outlook 應該支援郵件和行事曆代理伺服器認證。
檢視郵件來源不顯示任何內容。
需要 [取消] 按鈕以中斷電子郵件下載。
檢視郵件來源不顯示任何內容。
LDAP 用戶端應該重新命名為「Microsoft LDAP provider: Sun Java System LDAP Directory」。
線上說明搜尋無法正常作業。
OpenEntry 失敗並顯示 hr = 0x80040107。
警示未儲存在伺服器中以備與會者使用。
Sun Java System LDAP 目錄下不能自動選取多位元組。
「建立/轉換與僅安裝」核取方塊未能正確初始化和儲存在部署配置精靈中。
使用空白密碼可將離線模式變更為線上模式。
安裝失敗,記錄表明缺少必需的配置參數 LDAP Host。
[密送至寄件者] 選項對新的設定檔不起作用。
Exchange 遷移後未核取 [行事曆事件提醒] 核取方塊。
登入 [收件匣] 中有多封郵件的 Outlook 設定檔需要花費很長時間
在連線緩慢時傳送大型郵件,將始終無法傳送郵件。
警示不會從 Communications Express 至 Outlook 同步發生,反之亦然。
從其他用戶端檢視 Outlook 的 [草稿] 中儲存的郵件時,郵件遺失標頭資訊。
有時,郵件會保留在 Outlook 2000 的 [寄件匣] 中,但是仍被傳送。
當 [寄件者:] 無法正確顯示「代表」時,變更 [寄件者:] 位址並選擇 [連絡人] 位址
需要能夠與其他使用者共用 [通訊錄]。
使用者希望可以使用群組名稱 (使用者群組) 來共用郵件夾。
IMAP 提供者未增加參照標頭。
[刪除] 不能用於 [收件匣] 以外的郵件夾。
需要在啟動期間增加進度的顯示方塊。
未考慮 [郵件標幟:] 標頭。
在未啟用檢查密碼的情況下從 Excel 傳送郵件會導致發生問題。
不顯示共用郵件夾中的郵件。
無法開啟 Mozilla 產生的已加密郵件。
Outlook 2002 中讀信回條通知郵件中的電子郵件內容。
「讀信回條」無法用於個別郵件。
傳送至收件者時,使用 Powerpoint 傳送以 [檢閱] 使 Outlook 掛機。
非英文 Outlook 中存在重複的 [收件匣] (英文 [Inbox] 和已本土化的 [收件匣])。
英文環境中缺少多位元組字元名稱 IMAP 資料夾。
首次登入 Windows XP (日文) plus Outlook (日文) 時,無法在 Windows (英文) 中建立設定檔。
斷開 IMAP+SSL 連線時,Outlook 可能會當機。
如果內容很大,行事曆事件有時會遺失內文內容。
其密碼中包含字母以外字元的使用者無法使用 Connector for Microsoft Outlook 登入通訊錄伺服器。
讀我標題翻譯不正確。
如果內容很大,[連絡人] 會遺失 [備註] 內容。
使用 Windows XP (日文) with Outlook 2003 (日文) 中 ISO2022JP 撰寫的郵件的寄件者名稱顯示不正確。
[使用者設定檔] 標籤中的日文翻譯不適當。
在 Outlook 中撰寫郵件時,無法檢視群組成員。
使用 Connector for Microsoft Outlook 在會議請求中附加檔案時,附件顯示為 Winmail.dat。
在德語語言環境下,[部署配置程式] 中的郵件未翻譯。
將郵件從本機存放區複製到 IMAP 資料夾會導致接收日期變更為目前日期。
Microsoft LDAP 連接器的 LDAP 篩選器應該可以在安裝時設定 (在 Outlook 2000 上)。
在除錯記錄中增加「請勿再次顯示此對話方塊」。
建立沒有內容的行事曆約會時,Outlook 會當機。
在某些情況下,密碼會清楚地顯示在 Connector for Microsoft Outlook 記錄檔中。
不含電子郵件位址的 [連絡人] 顯示在 Outlook [通訊錄] 使用者介面中。
如果從 IMAP [連絡人] 資料夾中刪除連絡人,則永不呼叫 [刪除]。
在未授權時,將對 IMAP [連絡人] 項目的變更儲存在 PST 中。
從 [收件匣] 中刪除郵件,然後選取 [已刪除項目] 資料夾時,該郵件不會顯示。
如果未在伺服器上啟用 SMTP AUTH,而 Outlook 需要該項目,則郵件會被不明確地提交。
Build 214 安裝程式將版本顯示為 213。
首次下載郵件時,Outlook 2000 會掛機。未顯示進度的顯示方塊。
影像 picture.JPG 顯示為 picture.JPG.jpg (副檔名大小寫相符)。
具有內容類型應用程式的郵件未在郵件清單中顯示附件 (剪貼) 圖示。
轉寄具有 winmail.dat 的郵件時,轉寄的郵件包含兩個 winmail. dat 附件。
需要用於清空和重新同步化 IMAP 資料夾的選項。
郵件保留在 Outlook 的 [寄件匣] 中,而不是移至 [寄件備份] 資料夾中。
共用或訂閱 Outlook 中的資料夾時,需要提供準確的使用者名稱。
需要可以基於每個資料夾強制同步化。
進階「尋找」對話方塊的問題。
使用者在搜尋位址時,不必按一下「尋找」。
從 Outlook 檢視以 RTF 格式撰寫的郵件時,其允許所有收件者查看 BCC 收件者。
BCC 收件者未儲存在 [已傳送項目] 或 [草稿] 資料夾中。
為每年的事件產生的 RRULE 不正確。
無法在 Windows XP 機器上安裝。
收到錯誤「不允許開啟資源的透明旗幟」。
需要協助處理代碼為 81 的錯誤。
轉寄郵件時,背景 HTML 被做為附件傳送。
安裝程式未核取新建立的 Outlook 設定檔的 [AUTH SMTP] 核取方塊。
安裝要求自動化全球搜尋。
轉寄時插入的圖片被做為附件轉寄。
啟用 Windows 日光節約時,整日事件晚 1 小時。
在一般使用者機器上安裝後,Outlook 在首次嘗試啟動時掛機 (Outlook XP 和 Outlook 2003)。
刪除 .pst 檔案後,無法查看預設連絡人資料夾的 ACL。
如果使用內容位置,則「多重/相關」中的影像顯示為附件。
未顯示法語和日文的 [共用] 連絡人資料夾的 [共用連絡人] 名稱。
收件者未收到任何後續郵件。
從訂閱的使用者中刪除連絡人時,不會重新整理使用者的個人通訊錄。
修改並儲存發行清單之成員詳細資訊後,會從發行清單中刪除成員。
將訂閱的使用者中的成員增加至發行清單和連絡人清單時發生錯誤。
修改發行清單中的連絡人會從發行清單中刪除該連絡人。
內容同步化之後,發行清單中的連絡人名稱混亂。
「多重/混合」包含「多重/報表」會使 Outlook 當機。
某些內文中的文字由多重 CRLF 替代的郵件被傳送 (Outlook XP 法語)。
將郵件夾從父系移動至子系會導致資料夾消失。
將郵件做為附件傳送之後,Powerpoint 2003 當機。
執行背景同步化後,狀態列中將不顯示郵件計數。
執行背景同步化後,狀態列中將不顯示郵件計數。
Connector for Microsoft Outlook 未處理來自 Calendar Server 的代碼為 79 的錯誤。
帶有外部郵件/rfc822 的郵件顯示不正確。
使用者無法檢視其他使用者的共用作業。
Connector for Microsoft Outlook 和 Communications Express 無法讀取使用「傳送給郵件收件者」功能表從 Powerpoint 2000 傳送的郵件。
Outlook XP 在使用預覽窗格啟動時掛機。
建立群組和增加成員同時進行不會導致發生錯誤。
呼叫 [郵件篩選器] 頁面時,Outlook 當機。
從 Outlook 建立或修改的邀請不應觸發 Calendar Server 通知。
離線使用者嘗試存取 [郵件篩選器] 頁面時,Outlook 當機。
所有者刪除共用資料夾時,訂閱者仍可查看共用資料夾,發生錯誤。
似乎允許具有唯讀權限的使用者刪除資料夾中的郵件。
僅有一個連絡人後,通訊錄同步化失敗。
建立具有無效字元的郵件夾時,一定會發生錯誤。
共用 [連絡人] 時需要用於在目錄中查找使用者的選項。
訂閱 [連絡人] 時需要用於在 LDAP 中查找使用者的選項。
在 Outlook 中的垃圾桶上按一下右鍵時,無法刪除郵件。
「多重/替代」中包含多個 HTML 部分的郵件顯示錯誤的 HTML 部分。
自動預覽窗格不可用於未讀取的郵件。
Outlook 傳送同一郵件的多個副本。
鍵入郵件和連絡人 [權限] 頁面之 ID 的使用者的驗證。
允許使用者在 [權限] 頁面輸入群組 ID 以設定郵件夾群組 ACL。
允許使用者從 GAL 進行選取以設定郵件夾群組 ACL。
顯示 [權限] 頁面已訂閱郵件夾之 [我的權利]。
未正確處理 MAPI 呼叫資料夾中的 OPEN_IF_EXISTS 旗標。
從訂閱的使用者向共用連絡人和發行清單增加成員時,也會將成員增加至通訊錄。
增加的存取控制項目在與 Communications Express 配合使用時不起作用。
無法檢視 [未讀取的郵件] 資料夾中的郵件。
郵件夾由於資料夾名稱大小寫不須相符相符規則發生錯誤。
如果從資料夾擷取 ACL 時發生錯誤,郵件夾將發生迴圈。
發生同步化時,MAPI 用戶端 (如 activesync 或 msn 桌面) 使 Outlook 當機。
版本編號超出安裝程式中的同步。
撰寫新郵件時,應停用 [檢視] -> [郵件來源] 功能表項目。
安裝程式應在可搜尋通訊錄清單中設定 [全域位址清單]。
功能表選項 [變更此資料夾以包含] 太小。
在法語語言環境中,[變更此資料夾類型] 下拉式功能表項目未正確翻譯。
建立套裝軟體時,顯示不必要的警告「LDAP - [使用者喜好設定搜尋基底] 必須包含值」。
被邀者收到通常顯示與另一不存在的會議衝突的會議郵件。
允許自訂 [休假郵件] 標題。
登入之後不久選取 IMAP 資料夾後顯示進度的顯示方塊,但是未顯示進度。
GAL 未考慮逾時參數。
不應允許 [行事曆] 和 [連絡人] 之 [權限] 頁面的 [使用者選取群組]。
同步化通訊錄之後,增加至通訊錄的群組 (來自 GAL) 被刪除。
在 Outlook 2003 的 [全域位址清單] 中搜尋使用者時,顯示錯誤訊息。
GAL 不可使用。
開啟 GAL 的首頁會導致大量 LDAP 搜尋。
檢視 GAL 項目的詳細資訊導致重複 LDAP 搜尋。
GAL 未很好地處理斷開的連線。
使用者介面問題。
透過從 GAL 增加群組來修改發行清單時,會在同步化之後刪除群組。
LDAP 標籤中的選項 [傳回搜尋結果的最大數目] 不起作用。
無法在非英文作業系統上開啟部署配置程式。
取消建立套裝軟體,部署配置程式仍可繼續建立。
訂閱者對共用連絡人的修改未反映在提供者的通訊錄中。
在 Outlook XP 中看到錯誤:「CABContainer::GetProps MAPI_E_NO_SUPPORT」。
admin.exe 不使用或啟動本土化的使用者介面。
存取郵件篩選器需要花費較長時間。
背景同步化時當機。
安裝程式未升級舊版本。
GAL 代碼中的隨機當機。
將 GAL 項目儲存至本機連絡人資料夾在 Outlook 2000 中無法正確同步化。
如果向 GAL 進階搜尋 (尋找) 提供空字串,Outlook 將當機。
從 Outlook 呼叫時,resolvename 失敗,且僅找到一個相符項。
安裝程式未遵循受限制使用者登入的安裝權限。
GAL 不應在離線模式中工作。
在 GAL 瀏覽器視窗中鍵入非 ASCII 字元時,索引移至相符後的項目。
接收來自帶有 vcard 的 Communications Express 的郵件時,Outlook 中將顯示兩個 vcard 附件。
向 [收件者] 欄位中輸入單一字元時,回應時間緩慢且存在錯誤。
在無訊息模式中建立的設定檔不工作。
[User.pst] -> [IMAP/POP 設定檔設定] 下的選項令人困惑。
當 Google 桌面正在背景中擷取資訊時,開啟資料夾會導致 Outlook 掛機。
Outlook.exe 隨機當機。
Outlook XP 上的設定檔轉換導致設定檔毀壞。
按郵件大小排序在某些環境下不起作用。
在離線模式下啟動時,無法將郵件設定為未讀取。
從連絡人的 PST 進行拖放導致錯誤的電子郵件位址。
沒由與部署配置程式相關的說明檔案。
從 GAL 增加 LDAP 群組時,Outlook 當機。
錯誤報告應正確拼寫系統資訊。
所有語言都遺失 Contacts.html。
日文的 VLV 排序屬性標籤毀壞。
日文的 [登入通訊錄伺服器] 對話方塊不正常。
[全域位址清單] 的字型較小 (日文)。
協力廠商軟體插入 Outlook 時,電子郵件會顯示兩次。
無法在 [全球存取清單] 標籤上顯示日文字元。
本節說明此 Sun Java System Connector for Microsoft Outlook 版本中存在的限制和已知問題。
此 Sun Java System Connector for Microsoft Outlook 版本中存在一些限制。主要限制有:
Directory Server 中每個不同的身份 (例如,使用者、資源及會議室) 都必須具有電子郵件位址。如需更多資訊,請參閱必需的 LDAP 郵件屬性
行事曆事件中的任意附件都不會儲存回伺服器中。
如果在 Communications Express 用戶端修改了相同的行事曆事件,[約會和會議說明] 欄位中的 Rich Text 就會遺失。
郵件召回功能不可用。
檢查可用性時,事件說明不可用。
在預設行事曆資料夾中建立的子資料夾在本機儲存。主預設行事曆資料夾和其他行事曆資料夾儲存在伺服器上。
空閒/忙碌搜尋不能顯示 TENTATIVE 或 OUT-OF-OFFICE 顏色編碼。
無法使用 Outlook 功能表中的 [工具] -> [服務] 選項修改 Sun Java System Connector for Microsoft Outlook 的特性。若要修改這些特性,請:
結束 Outlook。
在 Outlook 圖示上按一下滑鼠右鍵,然後選取 [特性]。
將顯示 [特性] 對話方塊。
從服務清單中選取 [資料夾]—< your user name>。
按一下 [特性]。
不支援使用 SSL 的空閒/忙碌搜尋。請參閱Outlook Free-Busy Lookup 和 SSL
不支援在 Exchange 伺服器上安裝 Sun Java System Connector for Microsoft Outlook。
如果 Outlook 處於網際網路模式,則安裝程式不會執行。在 Outlook 2000 中,「僅網際網路郵件」模式可以同時包含 POP 和 IMAP 設定檔。這些設定檔不會升級或轉換為 Connector for Microsoft Outlook 7 2005Q4 版本。
不支援遞迴作業。
離線限制:
在離線階段作業期間,如果使用 Outlook 修改行事曆、作業、郵件或 [連絡人] 資料夾中的任意項目,然後使用伺服器上的其他用戶端修改相同的項目,則當使用者返回 Outlook 的線上模式時,離線模式下所做的變更將遺失,但伺服器的其他用戶端所做的變更將保留。
在離線模式下建立新事件時,會將邀請儲存至使用者的 [寄件匣]。如果使用者在離線模式下開啟邀請,則在關閉之後,邀請將從 [寄件匣] 中消失。
本節說明發行此 Sun Java System Connector for Microsoft Outlook 版本時的已知問題。除錯 ID 如果已知,則會將其包含在括號內。
本節中討論的問題種類有:
在無訊息安裝模式中轉換或建立使用者設定檔時,必須具有預設設定檔。(4938665)
沒有管理權限的使用者首次無法開啟 Outlook。(5053786)
如果存在先前轉換的使用者設定檔,當選取 [使用者設定檔] 標籤中的 [轉換/升級或建立] 選項時,部署配置程式將不會建立新設定檔。管理員必須使用 [建立新使用者設定檔而不轉換/升級] 選項建立設定檔。(5107345)
做為附件轉寄的連絡人不會儲存在 [連絡人] 資料夾中 (Outlook 2000)。(6212865)
使用 Web 工具列會使 Outlook 當機。(6214643)
如果 Outlook 已升級,則無法安裝。(6253840 和 6254598)
如果具有目前的 Connector for Microsoft Outlook 設定檔的使用者升級 Outlook XP,則會無法開啟現有的設定檔,並會無法嘗試安裝全新的設定檔。
解決方法:當 Outlook 版本升級或變更時,請先解除安裝 Connector for Microsoft Outlook,然後再重新安裝。
升級預設為舊的伺服器和連接埠。
當從 Connector for Microsoft Outlook 6 2004Q2 版本升級至 Connector for Microsoft Outlook 7 2005Q4 版本時,如果伺服器名稱和連接埠號碼已變更,升級僅會考慮到舊的伺服器名稱和連接埠號碼。
下列問題涉及到 Sun Java System Connector for Microsoft Outlook 和 Sun Java System Communications Express 之間互通的功能:
[寄件者:] 標頭中的位址變更。(4949659)
如果與會者回覆事件邀請並附加 winmail.dat 行事曆邀請,則 [寄件者] 標頭中的名稱將變更。例如,Joe (使用 Outlook) 將某事件的邀請傳送給 Bob。Bob 使用自動將原始 winmail.dat 行事曆附件傳回 Joe 的電子郵件用戶端回覆 Joe。Joe 開啟回覆時,[寄件者:] 標頭會變更為 Joe。
電子郵件 ID 對於 Outlook 必需的。(4969029)
如果某個具有行事曆 ID,但沒有電子郵件 ID 的人士被邀請參加 Communications Express 中的事件,則此人在 Outlook 中將不會被顯示為與會者。電子郵件 ID 對於 Outlook 必需的。
取消訂閱行事曆不會從資料夾清單中移除行事曆。(5032872)
如果您訂閱或取消訂閱 Communications Express 中的行事曆,則僅當 Outlook 重新啟動後,Outlook 中的資訊才會更新。此外,如果為搜尋配置的 LDAP 為副本,則發行清單只有在該副本更新後才會更新。
Outlook 與伺服器同步化時產生錯誤。(6175103)
如果 Outlook 與伺服器同步化時建立作業 (於 Outlook 或 Communications Express 中),然後刪除該作業,且使用者嘗試切換至 Outlook 中的 [作業] 資料夾,則會產生「記憶體不足,無法顯示所有儲存格」錯誤。解決方法為,切換至其他資料夾,然後再返回 [作業] 資料夾。
為了正確同步化通訊錄伺服器連絡人,需要設定配置參數。(6229276)
db_config.properties 檔案中的 Communications Express 配置參數 delete_perm 應設定為 false,Outlook 方可擷取已從 Communications Express 刪除的連絡人項目。該項目應為:
delete_perm=false
預設為 true。該項目可在 /var/opt/SUNWuwc/WEB-INF/config/ldapstore/db_config.properties 中找到。
具有相同名稱但大小寫不同的資料夾不會同時顯示。僅會顯示一個資料夾。(6268483)
如果使用者在 Outlook 中建立一個資料夾 (例如,TEST),然後又在 Communications Express 中建立一個名稱相同但大小寫不同的資料夾 (例如,Test),則在 Connector for Microsoft Outlook 中僅會顯示第一個建立的資料夾 (TEST)。
如果使用者之後刪除 Communications Express 中現有的資料夾 TEST,但保留 (或建立) 名稱相同但大小寫不同的資料夾 (Test),則使用者首次登入 Outlook 時,會刪除資料夾 TEST,但不會顯示資料夾 Test,直到使用者結束並再次登入 Outlook。
以下是與不具有除錯 ID 的 Communications Express 互通功能相關的附加問題:
如果使用 Communications Express 編輯說明文字,則不會保留 Outlook 中的 RTF 格式。
Outlook 和 Communications Express 之間的私密性類別存在差異。
Outlook 包含兩個私密性類別 (私密和公開),而 Communications Express 包含三個類別 (私密、僅日期和時間及公開)。在 Outlook 中建立的私密事件在 Communications Express 中被做為「僅日期和時間」事件。Outlook 中的公開事件對應 Communications Express 中的公開事件。類似地,Communications Express 中的「僅日期和時間」事件對應 Outlook 中的私密事件,公開事件對應 Outlook 中的公開事件。Communications Express 私密事件也對應 Outlook 中的私密事件。若要在 Outlook 中建立私密事件並使其在 Communications Express 中顯示為私密事件,請從 [將時間顯示為:] 欄位中選取 [空閒]。其他使用者無法看到共用 [行事曆] 資料夾中的 Communications Express 私密事件。
在 Outlook 和 Communications Express 中,實作空閒/忙碌搜尋的方法不同。
預設私密事件在 Communications Express 中為空閒。如果事件將包含在空閒/忙碌搜尋中,則應手動將其設定為忙碌。在 Outlook 中,私密事件和公開事件的預設事件均為忙碌。
如果您將 Communications Express 中的事件匯出至 Outlook 格式的檔案中,則無法從同一檔案將事件匯入 Outlook。
在 Outlook 和 Communications Express 中,實作遞迴作業的方式不相容。
Outlook 中的遞迴作業不符合 RFC 2445,而 Communications Express 特別設計為與 RFC 2445 相容資訊配合使用。這導致在 Outlook 和 Calendar Server 之間傳送遞迴作業資訊時發生問題。
Outlook 本機儲存的資訊與 Calendar Server 上儲存的資訊並非始終相符。例如,Sun Java System Connector for Microsoft Outlook 不會將與作業遞迴有關的任何資訊傳送至 Calendar Server。Outlook 中建立的任何作業 (遞迴或非遞迴) 在 Communications Express 中均顯示為單一作業。在 Communications Express 中建立的作業,首次在 Outlook 用戶端寫入及 Outlook 中任何現有作業的修改以外的時間僅使用 Calendar Server 中的遞迴資訊。
由於這些原因,在 Outlook 中檢視的遞迴作業和在 Communications Express 中檢視的遞迴作業在許多方面不同。我們建議處理遞迴作業的使用者選擇 Outlook 或者 Communications Express,不要嘗試同時在兩個用戶端交替地處理遞迴作業。
如果從 Outlook 以 Rich Text 格式傳送郵件,郵件將包含不帶格式的一般文字內文和 WINMAIL.DAT 附件。
WINMAIL.DAT 附件包含 Rich Text 郵件和可能已增加的任何其他附件。由於此格式為 Microsoft 專用,因此僅 Outlook 可讀取 WINMAIL.DAT 附件。Communications Express (和任何其他用戶端) 只能查看未格式化的文字郵件和 WINMAIL.DAT 附件。建議使用 HTML 格式代替 Rich Text 格式來傳送郵件。
如果 Outlook 中的連絡人群組包含外部 SMTP 郵件收件者或其他連絡人群組,則 Communications Express 將看不到這些群組。Communications Express 無法向這些收件者傳送郵件。
Outlook 可在 Messaging Server 中儲存行事曆事件和作業 ([行事曆] 資料夾樹狀結構之外的任何行事曆資料夾)、連絡人 ([連絡人] 資料夾樹狀結構之外的任何連絡人資料夾)、備註及通信記錄。由於資料儲存為 Microsoft TNEF 格式,因此 Communications Express 無法解碼並正確顯示這些資料。
下列問題與 Sun Java System 和 Microsoft Exchange 之間的互通功能有關:
Exchange 的空閒/忙碌代理伺服器不會傳回完整的空閒/忙碌資訊。(6174201)
在長的主旨中插入了標籤。(6194768)
如果將來自 Exchange 伺服器的郵件傳送至使用 Connector for Microsoft Outlook 和 Sun Java System Messaging Server 的伺服器,並且該郵件的主旨過長,則傳送郵件時會在主旨行中插入標籤。
規則未正確工作。(6200399)
使用 LDAP GAL 項目建立的電子郵件篩選器 (規則) 在 Outlook 2000 中不起作用。如果對 Exchange 設定檔執行相同的程序 (增加 LDAP GAL 和直接使用郵件篩選器/規則中的 LDAP 項目之一),則會在 Exchange 設定檔中顯示相同的結果。即,在 Outlook 2000 中,篩選器不起作用。在 Outlook XP (和 Outlook 2003) 中,篩選器不起作用。
解決方法為,在您的個人通訊錄中增加要在電子郵件篩選器/規則中使用的任何連絡人。然後使用規則中的本機連絡人代替 LDAP 項目。
人員清單或發行清單中的規則不起作用。(6203018)
如果將個人通訊錄的發行清單 (在 [連絡人] 資料夾中) 增加至電子郵件規則/篩選器,則規則精靈對話方塊會顯示,詢問是否展開發行清單。規則/篩選器要求規則包含展開的電子郵件位址清單。如果將 LDAP 群組 (來自 LDAP GAL) 增加至規則/篩選器,則規則精靈不會詢問是否展開群組,而只會簡單地使用群組本身的電子郵件位址。使用 LDAP 群組建立的規則不起作用。在連接至 Exchange 的設定檔 (和將 LDAP 目錄配置為服務的設定檔) 中存在與此相同的運作方式。
解決方法為,將個別群組成員增加至您的個人通訊錄,並將其用於電子郵件篩選器中。
無法回復刪除的項目。(6255190)
選取 [清空已刪除的項目資料夾] 後,Connector for Microsoft Outlook 不允許回復已刪除的項目。
無法接收從 Exchange (5.5 版、2000 及 2003) 傳送至 Connector for Microsoft Outlook 的帶有內嵌式 OLE 物件和 RTF 格式之 HTML 的郵件。
下列問題僅與 Sun Java System Connector for Microsoft Outlook 的行事曆部分有關:
建立新行事曆設定檔會開啟舊行事曆提醒通知。(5104189)
首次登入 Outlook 中新建立的行事曆設定檔 (設定為預設行事曆伺服器) 時,Outlook 會彈出用於舊事件和未來事件的警示。
訂閱行事曆的名稱在 [行事曆] 檢視中不可見。(6190293)
首次訂閱行事曆時,行事曆名稱標為「Calendar」,而非訂閱行事曆的名稱。若要查看訂閱行事曆的名稱,請登出 Outlook,然後再登入。訂閱行事曆的名稱就會顯示。
開啟共用行事曆連結不會攔截訂閱 (Outlook 2003)。(6292026)
在 Outlook 2003 中,按一下左窗格底部的行事曆圖示,顯示行事曆檢視。在該行事曆檢視中,按一下 [開啟共用行事曆] 可顯示允許使用者輸入共用行事曆之使用者名稱的對話方塊。輸入已知共用行事曆的使用者名稱時,會顯示錯誤「無法顯示資料夾。您的設定檔未配置為支援該使用者的此作業。」。連絡人和作業也會發生此種錯誤。
解決方法為,若要檢視共用行事曆,選取資料夾清單中的共用行事曆資料夾。
以下是有關不具有錯誤 ID 的 Connector for Microsoft Outlook 行事曆部分的附加問題:
如果代表接受或拒絕來自組織者的 [共用收件匣] 的邀請,行事曆事件將增加至代表的行事曆,但不會增加至組織者的行事曆。
傳送行事曆附件時,會傳送 Microsoft TNEF 郵件。不支援 iTIP 和 iMIP 行事曆附件。
如果桌面時區與行事曆伺服器的行事曆時區不同,則整天事件可能成為非整天事件 (排程為從中午 12:00 到午夜 12:00 的事件)。
從 Outlook 建立邀請時,即使將其儲存至行事曆伺服器時發生錯誤,Outlook 依然會傳送該邀請。
如果 Outlook 建立的遞迴事件沒有結束日期,則該事件及 限定的發生次數將被儲存於行事曆伺服器內部。
同時,空閒/忙碌資訊僅可保留行事曆伺服器中保留的發生次數。例如,如果於上午 10:00 在 Outlook 中建立每日遞迴事件,則行事曆伺服器僅會保留 60 天的重複事件。在第 61 天時,雖然事件還會顯示在 Outlook 中,但是計算可用性時,時間上午 10:00 將顯示為 [空閒]。
變更行事曆的權限需要重新啟動 Outlook,才能使共用行事曆中 [行事曆] 資料夾的新權限設定生效。
共用行事曆中顯示的作業為登入使用者的作業,而非訂閱使用者的作業。行事曆檢視始終顯示登入使用者的作業。
如果在 Outlook 中建立遞迴邀請,但是刪除該事件的一個單一實例,則當行事曆在刪除之前未處理初始遞迴邀請時,收件者 (與會者) 將不會看到刪除的邀請。
下列問題僅與 Sun Java System Connector for Microsoft Outlook 的郵件部分有關:
在轉寄的郵件中儲存附加檔案。(4946488)
當附件做為轉寄郵件的部分被接收時,在該附件上連按兩下後,將無法儲存該附件。若要儲存附件,請在該附件上按一下滑鼠右鍵,然後選擇 [另存新檔]。
如果使用者電子信箱的收件匣中包含的郵件超過 16,000 封,Outlook 將不會下載所有郵件。(5099436)
必須手動設定 [大表格] 支援旗標。若要執行該作業,請:
透過在 [資料夾 - your user name] 上按一下滑鼠右鍵,然後選取 [資料夾 - your user name] 的 [特性] 來開啟 [資料夾特性] 對話方塊。
在 [資料夾特性] 對話方塊中,按一下 [進階...]
選取 [Sun Java System Connector for Microsoft Outlook] 對話方塊中的 [進階] 標籤。
按一下 [個人資料夾] 對話方塊中的 [個人資料夾] 按鈕並核取 [允許升級至大表格] 旁邊的方塊。
按一下所有開啟對話方塊中的 [確定],然後重新啟動 Outlook。
無法將搜尋結果中的郵件移至其他資料夾。(6227085)
在 Outlook XP 中,如果使用者搜尋郵件,然後嘗試將搜尋結果中的郵件移至其他資料夾,將發生錯誤。
Outlook 2003 垃圾郵件篩選器不起作用。(6312677)
在 Outlook 2003 中提供的「垃圾電子郵件」功能 (選取 [工具] -> [選項]) 對 Connector for Microsoft Outlook 不起作用。即使設定要篩選寄件者,但使用此工具的寄件者也不會被篩選。解決方法為,使用 [工具] -> [郵件篩選器] 選項。
下列問題與 Sun Java System Connector for Microsoft Outlook 的通訊錄部分有關:
從 Communications Express 刪除連絡人時,不會將該連絡人從 Outlook 中刪除。(6225049)
db_config.properties 檔案中的 Communications Express 配置參數 delete_perm 應設定為 false,Outlook 方可擷取已從 Communications Express 刪除的連絡人項目。該項目應為:
delete_perm=false
預設為 true。該項目可在 /var/opt/SUNWuwc/WEB-INF/config/ldapstore/db_config.properties 中找到。
取消訂閱後,不會從通訊錄移除共用連絡人。(6267180)
取消訂閱共用連絡人後,不會從通訊錄的 [顯示以下連絡人的名稱] 清單中移除該連絡人。有兩種解決方法:
如果訂閱的連絡人已增加至通訊錄的 [顯示以下連絡人的名稱] 清單中,使用者應在取消訂閱該連絡人之前取消核取 [Outlook 通訊錄] 特性頁面中的 [將此資料夾顯示為電子郵件通訊錄] 選項。
直接從通訊錄特性中移除該連絡人。
在 Outlook XP 中:
選取 [工具] > [電子郵件帳號]。
然後選擇 [檢視或變更現有的目錄或通訊錄]。並選取 [Microsoft Outlook 通訊錄] 以執行變更。
從您的通訊錄中選取要移除的項目。
在 Outlook 2000 中:
從 Outlook 功能表中選取 [工具] > [服務...]。
螢幕將顯示 [服務] 視窗。
選取 [服務] 標籤。
從設定檔服務設置清單中選取 [Outlook 通訊錄],然後按一下 [特性]。
螢幕將顯示 [Microsoft Outlook 通訊錄特性] 視窗。
選取要從通訊錄中移除的項目,然後按一下 [關閉]。
請注意,使用者必須先登出,然後再登入才能生效。
如果預設 Web 瀏覽器中配置的代理伺服器當機,則無法登入通訊錄伺服器。(6315910)
下列問題會影響 Sun Java System Connector for Microsoft Outlook 的本土化版本:
Windows 機器上的本土化線上說明可能在下列區域包含一個或多個問題 (5035363、5031913、5028387、5028413、5034886):
在本土化語言中未對索引清單進行排序。
使用非英文文字搜尋線上說明上下文比較困難。
部署配置程式的安裝程式未本土化。Connector for Microsoft Outlook 的某些安裝面板仍為英文。(5028359)
在韓文版的 Connector for Microsoft Outlook 安裝面板中輸入完整的韓文名稱時,顯示未識別的字元。(5028453)
記錄檔可能包含未識別的字元。(5033783)
[連絡人] 發生錯誤。(6212970)
在 [選取成員] 視窗中,[顯示以下連絡人的名稱] 組合方塊中的 [連絡人] 項目發生錯誤 (Windows XP 上日文版和中文版的 Outlook 2003)。
從配置程式輸出時,日文字元發生錯誤。(6309420)
如果從部署配置程式輸出時包含日文字元,則這些字元會發生錯誤。
設定精靈中某些按鈕的說明遺失。(6309494)
在繁體中文版本中,[設定精靈] 面板的說明部分中遺失某些做為按鈕標籤的文字 ([下一步]、[安裝]、[上一步] 及 [取消])。
[設定精靈] 對話方塊毀壞。(6309523)
對於「Sun Communication Server」,在 Windows 2000 日文版和中文版上,Outlook 2000 的 [設定精靈] 對話方塊毀壞。
如果設定檔名稱為日文,則找不到該設定檔。(6310160)
如果設定檔為日文,則轉換失敗 (Windows 2003 上的 Outlook 2003)。
手動建立設定檔後,Outlook 無法啟動。(6310190)
手動建立設定檔後,Outlook 無法啟動。將顯示錯誤訊息「Sun Java System Connector (適用於 Microsoft Outlook) 錯誤」。
無法轉換日文的 IMAP 設定檔名稱。(6313321)
如果 IMAP 設定檔已經存在,且 Outlook 從未使用過該設定檔,則轉換失敗。
Connector for Microsoft Outlook 不使用任何可再分發的檔案。