Connector for Microsoft Outlook 的 Communications Express 互通操作問題

下列問題涉及到 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。

解決方法：無。

4969029

電子郵件 ID 對於 Outlook 必需的。

如果某個具有行事曆 ID，但沒有電子郵件 ID 的人士被邀請參加 Communications Express 中的事件，則此人在 Outlook 中將不會被顯示為與會者。電子郵件 ID 對於 Outlook 必需的。

解決方法：無。

5032872

取消訂閱行事曆不會從資料夾清單中移除行事曆。

如果您訂閱或取消訂閱 Communications Express 中的行事曆，則僅當 Outlook 重新啟動後，Outlook 中的資訊才會更新。此外，如果為搜尋配置的 LDAP 為副本，則發行清單只有在該副本更新後才會更新。

解決方法：無。

6175103

Outlook 與伺服器同步化時產生錯誤。

如果 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。

解決方法：無。

6351914

行事曆警示的限制。

由於 Outlook 和 Communications Express 處理警示和提醒的方式各不相同，因此，在其中一個介面中的變更不會反映在另一個介面中。Outlook 使用快顯視窗做為警示，而 Communications Express (Calendar Server) 則傳送電子郵件提醒。同時使用這兩個介面時，為了避免重複的警示 (快顯和傳送電子郵件提醒)，Connector for Microsoft Outlook 可在建立事件時僅進行單向警示同步化。例如，在使用 Communications Express 建立新事件時，會將警示複製到 Outlook 事件 (作為快顯)。但是，在建立 Outlook 事件時，伺服器上不會設定警示。

解決方法：若要從 Outlook 同步化至 Communications Express，可在 Outlook 中設定登錄值：HKEY_CURRENT_USER\Software\Sun Microsystems\Outlook Connector\Sync Cal。若要開啟同步化，可將值設定為 1；若要關閉，可將值設定為 0 (或移除登錄鍵)。請注意，設定登錄值僅在建立新事件時有效。修改現有的事件只會影響與執行修改相關的用戶端警示類型。

6433788

修改事件內容時，會停用功能表選項 [插入] > [項目]。

如果在 Outlook 2003 中建立新的事件後，使用 Communications Express 修改事件內容，則在 Outlook 與 Communications Express 同步化時，會停用 [插入] > [項目] 功能表選項。

解決方法：無。

無 ID

以下是與 Communications Express 互通操作相關的其他問題 (無 ID)：

• 如果使用 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 無法向這些收件者傳送郵件。

• Communications Express 無法解碼和顯示 Microsoft TNEF 格式。

  Outlook 可在 Messaging Server 中儲存行事曆事件和工作 ([行事曆] 資料夾樹狀結構之外的任何行事曆資料夾)、連絡人 ([連絡人] 資料夾樹狀結構之外的任何連絡人資料夾)、記事及通信記錄。由於資料儲存為 Microsoft TNEF 格式，因此 Communications Express 無法解碼並正確顯示這些資料。