下列問題涉及到 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 無法解碼並正確顯示這些資料。