本小節描述此版本的 Sun Java System Connector for Microsoft Outlook 發行時已知的問題。如果 ID 已知,則將其包含在括弧內。
本小節中討論的問題種類有:
SSL 上的 GAL 造成 Outlook 當機
在 LDAP 公司目錄上啟用 SSL 時,使用 Connector for Microsoft Outlook 無法存取系統上的全域位址清單。
解決方法:無。
在無訊息安裝模式中轉換或建立使用者設定檔時,必須具有預設設定檔。
解決方法:無。
沒有管理權限的使用者首次無法開啟 Outlook。
解決方法:無。
如果存在先前轉換的使用者設定檔,當選取 [使用者設定檔] 標籤中的 [轉換/升級或建立] 選項時,部署配置程式將不會建立新設定檔。
解決方法:管理員必須使用 [建立新使用者設定檔而不轉換/升級] 選項建立設定檔。
作為附件轉寄的連絡人不會儲存在 [連絡人] 資料夾中 (Outlook 2000)。
解決方法:無。
未經認證共用磁碟路徑會顯示警告。
對於需要輸入共用磁碟路徑或 UNC (通用命名慣例) 的欄位 (例如,部署配置程式 [程序] 標籤上 Microsoft Web 發佈精靈位置的共用路徑),會顯示驗證警告,說明使用者未經過指定共用磁碟的認證,因此路徑不存在。
解決方法:指定的共用磁碟應該可使用匿名認證進行存取,以便任何人都可存取共用磁碟。
如果 Outlook 已升級,則無法安裝。
如果具有目前 Connector for Microsoft Outlook 設定檔的使用者將使用者目前的 Outlook 版本升級為 Outlook XP 或 Outlook 2003,則無法開啟現有的設定檔,並會無法嘗試安裝全新的設定檔。
解決方法:當 Outlook 版本升級或變更時,請先解除安裝 Connector for Microsoft Outlook,然後再重新安裝。
當 .pst 檔案數目達到 100 時,無法建立新的設定檔。
.pst 檔案位於本機檔案 settings\Application Data\Sun\Outlook Connector\SJOC*.pst 下,其中 * 是介於 0 至 99 的數字。
解決方法:應該手動刪除某些或全部未使用的 .pst 檔案,以便安裝成功完成。
升級預設為舊的伺服器和連接埠。
從 Connector for Microsoft Outlook 6 2004Q2 版本升級至 Connector for Microsoft Outlook 7.2 版本時,如果伺服器名稱和連接埠號碼已變更,升級僅會考量舊的伺服器名稱和連接埠號碼。
解決方法:無。
下列問題僅與 Sun Java System Connector for Microsoft Outlook 的行事曆部分有關:
建立新行事曆設定檔會開啟舊行事曆提醒通知。
首次登入 Outlook 中新建立的行事曆設定檔 (設定為預設行事曆伺服器) 時,Outlook 會彈出用於舊事件和未來事件的警示。這僅適用於過去未進行整個系列的週期性事件。
解決方法:無。
訂閱行事曆的名稱在 [行事曆] 檢視中不可見。
首次訂閱行事曆時,行事曆名稱標為「Calendar」,而非訂閱行事曆的名稱。
解決方法:若要查看訂閱行事曆的名稱,請登出 Outlook,然後再登入。訂閱行事曆的名稱就會顯示。
開啟共用行事曆連結不會攔截訂閱 (Outlook 2003)。
在 Outlook 2003 中,按一下左窗格底部的行事曆圖示,顯示行事曆檢視。在該行事曆檢視中,按一下 [開啟共用行事曆] 可顯示允許使用者輸入共用行事曆之使用者名稱的對話方塊。輸入已知共用行事曆的使用者名稱時,會顯示錯誤「無法顯示資料夾。您的設定檔未配置為支援該使用者的此作業」。連絡人和工作也會發生此種錯誤。
解決方法:若要檢視共用行事曆,請選取資料夾清單中的共用行事曆資料夾。
無法從週期性事件的實例移除附件。
如果使用者建立包含附件的重發發生事件,然後嘗試從週期性事件的單一實例移除附件,則無法移除附件。
解決方法:無。
以下是與 Connector for Microsoft Outlook 行事曆部分相關的其他問題 (無 ID):
如果代表接受或拒絕來自組織者的 [共用收件匣] 的邀請,行事曆事件將增加至代表的行事曆,但不會增加至組織者的行事曆。
傳送行事曆附件時,會傳送 Microsoft TNEF 郵件。不支援 iTIP 和 iMIP 行事曆附件。
如果桌面時區與行事曆伺服器的行事曆時區不同,則整天事件可能成為非整天事件 (排程為從中午 12:00 到午夜 12:00 的事件)。
變更行事曆的權限需要重新啟動 Outlook,才能使共用行事曆中 [行事曆] 資料夾的新權限設定生效。
共用行事曆中顯示的工作為登入使用者的工作,而非訂閱使用者的工作。行事曆檢視始終顯示登入使用者的工作。
如果在 Outlook 中建立週期性邀請,但是刪除該事件的一個單一實例,則當行事曆在刪除之前未處理初始週期性邀請時,收件者 (與會者) 將不會看到刪除的邀請。
下列問題僅與 Sun Java System Connector for Microsoft Outlook 的郵件部分有關:
郵件召回不運作。
寄件者嘗試召回已傳送的郵件時,召回嘗試失敗。未從收件者的電子信箱中刪除召回的郵件。
解決方法:無
如果使用者電子信箱的收件匣中包含的郵件超過 16,000 封,Outlook 將不會下載所有郵件。
解決方法:必須手動設定 [大表格] 支援旗標。若要執行該作業,請:
在 [資料夾 - your user name] 上按一下滑鼠右鍵,然後選取 [資料夾 - your user name] 的 [特性],開啟 [資料夾特性] 對話方塊。
在 [資料夾特性] 對話方塊中,按一下 [進階...]。
選取 [Sun Java System Connector for Microsoft Outlook] 對話方塊中的 [進階] 標籤。
按一下 [個人資料夾] 對話方塊中的 [個人資料夾] 按鈕並核取 [允許升級至大表格] 旁邊的方塊。
按一下所有開啟對話方塊中的 [確定],然後重新啟動 Outlook。
無法將搜尋結果中的郵件移至其他資料夾。
在 Outlook XP 中,如果使用者搜尋郵件,然後嘗試將搜尋結果中的郵件移至其他資料夾,將發生錯誤。
解決方法:無。
下列問題與 Sun Java System Connector for Microsoft Outlook 的通訊錄部分有關:
從 Communications Express 刪除連絡人時,不會將該連絡人從 Outlook 中刪除。
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 中找到。
解決方法:手動修復該項目。
無法透過 Outlook 登入至通訊錄伺服器。
如果通訊錄 (位於 Communications Express 中) 處於 SSL 模式,則使用者無法透過 Outlook 登入至通訊錄伺服器。
解決方法:在 Internet Explorer 中開啟 Communications Express,然後永久接受自行簽署的憑證。
取消訂閱後,不會從通訊錄移除共用連絡人。
取消訂閱共用連絡人後,不會從通訊錄的 [顯示以下連絡人的名稱] 清單中移除該連絡人。
解決方法:有兩種解決方法:
如果訂閱的連絡人已增加至通訊錄的 [顯示以下連絡人的名稱] 清單中,使用者應在取消訂閱該連絡人之前取消核取 [Outlook 通訊錄] 特性頁面中的 [將此資料夾顯示為電子郵件通訊錄] 選項。
直接從通訊錄特性中移除該連絡人。
在 Outlook XP 中:
選取 [工具] > [電子郵件帳戶]。
然後選擇 [檢視或變更現有的目錄或通訊錄],然後選取 [Microsoft Outlook 通訊錄] 進行變更。
從您的通訊錄中選取要移除的項目。
在 Outlook 2000 中:
從 Outlook 功能表中選取 [工具] > [服務...]。
螢幕將顯示 [服務] 視窗。
選取 [服務] 標籤。
從設定檔服務設置清單中選取 [Outlook 通訊錄] 後,按一下 [特性]。
螢幕將顯示 [Microsoft Outlook 通訊錄特性] 視窗。
選取要從通訊錄中移除的項目,然後按一下 [關閉]。
請注意,使用者必須先登出,然後再登入才能生效。
如果預設 Web 瀏覽器中配置的代理伺服器當機,則無法登入通訊錄伺服器。
解決方法:無。
下列問題會影響 Sun Java System Connector for Microsoft Outlook 的本土化版本:
[設定精靈] 對話方塊毀壞。
在 Windows 2000 日文版和中文版的「Sun Communication Server」上,Outlook 2000 的 [設定精靈] 對話方塊毀壞。
解決方法:無。
無法轉換日文的 IMAP 設定檔名稱。
如果 IMAP 設定檔已經存在,且 Outlook 從未使用過該設定檔,則轉換失敗。
解決方法:無。
下列問題涉及到 Sun Java System Connector for Microsoft Outlook 和 Sun Java System Communications Express 之間互通的功能:
[寄件者:] 標頭中的位址變更。
如果與會者回覆事件邀請並附加 winmail.dat 行事曆邀請,則 [寄件者] 標頭中的名稱將變更。例如,Joe (使用 Outlook) 將某事件的邀請傳送給 Bob。Bob 使用自動將原始 winmail.dat 行事曆附件傳回 Joe 的電子郵件用戶端回覆 Joe。Joe 開啟回覆時,[寄件者:] 標頭會變更為 Joe。
解決方法:無。
電子郵件 ID 對於 Outlook 必需的。
如果某個具有行事曆 ID,但沒有電子郵件 ID 的人士被邀請參加 Communications Express 中的事件,則此人在 Outlook 中將不會被顯示為與會者。電子郵件 ID 對於 Outlook 必需的。
解決方法:無。
取消訂閱行事曆不會從資料夾清單中移除行事曆。
如果您訂閱或取消訂閱 Communications Express 中的行事曆,則僅當 Outlook 重新啟動後,Outlook 中的資訊才會更新。此外,如果為搜尋配置的 LDAP 為副本,則發行清單只有在該副本更新後才會更新。
解決方法:無。
Outlook 與伺服器同步化時產生錯誤。
如果 Outlook 與伺服器同步化時建立工作 (於 Outlook 或 Communications Express 中),然後刪除該工作,且使用者嘗試切換至 Outlook 中的 [工作] 資料夾,則會產生「記憶體不足,無法顯示所有儲存格」錯誤。
解決方法:切換至其他資料夾,然後再次返回 [工作] 資料夾。
為了正確同步化通訊錄伺服器連絡人,需要設定配置參數。
解決方法: 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 中找到。
具有相同名稱但大小寫不同的資料夾不會同時顯示。
僅會顯示一個資料夾。如果使用者在 Outlook 中建立一個資料夾 (例如,TEST),然後在 Communications Express 中建立一個名稱相同但大小寫不同的資料夾 (例如,Test),則在 Connector for Microsoft Outlook 中僅會顯示第一個建立的資料夾 (TEST)。
如果使用者之後刪除 Communications Express 中現有的資料夾 TEST,但保留 (或建立) 名稱相同但大小寫不同的資料夾 (Test),則使用者首次登入 Outlook 時,會刪除資料夾 TEST,但不會顯示資料夾 Test,直到使用者結束並再次登入 Outlook。
解決方法:無。
行事曆警示的限制。
由於 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 (或移除登錄鍵)。請注意,設定登錄值僅在建立新事件時有效。修改現有的事件只會影響與執行修改相關的用戶端警示類型。
修改事件內容時,會停用功能表選項 [插入] > [項目]。
如果在 Outlook 2003 中建立新的事件後,使用 Communications Express 修改事件內容,則在 Outlook 與 Communications Express 同步化時,會停用 [插入] > [項目] 功能表選項。
解決方法:無。
以下是與 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 無法解碼並正確顯示這些資料。
以下問題與 Sun Java System Connector for Microsoft Outlook 和 Microsoft Exchange 之間的互通操作有關:
Exchange 的空閒/忙碌代理伺服器不會傳回完整的空閒/忙碌資訊。
解決方法:無。
在長的主旨中插入了標籤。
如果將來自 Exchange 伺服器的郵件傳送至使用 Connector for Microsoft Outlook 和 Sun Java System Messaging Server 的伺服器,並且該郵件的主旨過長,則傳送郵件時會在主旨行中插入標籤。
解決方法:無。
規則未正確工作。
使用 LDAP GAL 項目建立的電子郵件篩選器 (規則) 在 Outlook 2000 中不起作用。如果對 Exchange 設定檔執行相同的程序 (增加 LDAP GAL 和直接使用郵件篩選器/規則中的 LDAP 項目之一),則會在 Exchange 設定檔中顯示相同的結果。即,在 Outlook 2000 中,篩選器不起作用。在 Outlook XP (和 Outlook 2003) 中,篩選器不起作用。
解決方法:在您的個人通訊錄中,增加需要在電子郵件篩選器/規則中使用的任何連絡人。然後使用規則中的本機連絡人代替 LDAP 項目。
人員清單或發行清單中的規則不起作用。
如果將個人通訊錄的發行清單 (在 [連絡人] 資料夾中) 增加至電子郵件規則/篩選器,則規則精靈對話方塊會顯示,詢問是否展開發行清單。規則/篩選器要求規則包含展開的電子郵件位址清單。如果將 LDAP 群組 (來自 LDAP GAL) 增加至規則/篩選器,則規則精靈不會詢問是否展開群組,而只會簡單地使用群組本身的電子郵件位址。使用 LDAP 群組建立的規則不起作用。在連接至 Exchange 的設定檔 (和將 LDAP 目錄配置為服務的設定檔) 中存在與此相同的運作方式。
解決方法:將個別群組成員增加至您的個人通訊錄,並且將這些成員使用於電子郵件篩選器中。
無法回復刪除的項目。
選取 [清空已刪除的項目資料夾] 後,Connector for Microsoft Outlook 不允許回復已刪除的項目。
解決方法:無。
無法接收從 Exchange (5.5 版、2000 及 2003) 傳送至 Connector for Microsoft Outlook 的帶有內嵌式 OLE 物件和 RTF 格式之 HTML 的郵件。
解決方法:無。
以下是與 Microsoft Outlook 相關的問題:
以下是與 Microsoft Outlook 相關的一般問題,而非與 Connector for Microsoft Outlook 相關的特定問題。
在轉寄的郵件中儲存附加檔案。
當附件作為轉寄郵件的部分被接收時,在該附件上連按兩下後,將無法儲存該附件。
解決方法:若要儲存附件,請在該附件上按一下滑鼠右鍵,然後選擇 [另存新檔]。
使用 Web 工具列會使 Outlook 當機。
在 Outlook 的 Web 工具列中輸入 URL 和連接埠號碼,導致 Outlook 當機。例如,輸入 www.sesta.com:90 造成 Outlook 當機。但是,輸入 http://www.sesta.com 或 www.sesta.com 不會造成 Outlook 當機。
解決方法:無。
非預設行事曆的限制。
嘗試使用 Outlook 在非預設行事曆上執行作業時,存在某些限制:
無法顯示空閒/忙碌資訊。
無法在事件上設定提醒。
無法計算與會人員從非預設行事曆對於邀請的回應。
解決方法:無。
從 Outlook 2000 傳送的 SMIME 郵件遺失格式。
如果從 Outlook 2000 傳送簽署和加密的 SMIME HTML 郵件,當其他 Outlook 2000 用戶端或 Communications Express 檢視郵件時,可能會遺失字型和格式。
解決方法:請套用最新的 Microsoft Office 更新。
寄件者從 Outlook 建立物件時,無法正確檢視應用程式物件。
此狀況之後會發出以下訊息:
寄件者的郵件格式已設定為 Rich Text。
使用 [插入] -> [物件] -> [建立新物件] -> [應用程式] 選項,將應用程式插入至新的郵件。
相同類型的其他應用程式物件也已插入至郵件中。
收到此郵件時,郵件中只會顯示其中一個應用程式物件。
收件者的解決方法:郵件收件者可以將收到的物件複製並貼入其他位置。一旦複製,選項的名稱會是 Scrap。
寄件者的解決方法:寄件者應該避免直接傳送在 Outlook 中使用 [插入] -> [物件] -> [建立新物件] -> [application] 建立的物件。應該改為直接從獨立的應用程式建立和儲存物件,並將物件作為附件傳送。