Apple 裝置與 IBM Traveler 的已知錯誤
使用具有 IBM Traveler 的 Apple 裝置時有一些已知的問題，已報給 Apple 支援中心。
下列各表顯示與 Apple 裝置與 IBM Traveler 相關聯的所有錯誤（按種類編排）。
| 問題說明 | 暫行解決方法/更多資訊 | 已透過 Apple 版本修正 |
| 當 Apple 裝置因錯誤的使用者或密碼而收到鑑別盤查（HTTP 401 回應）時，該裝置會在多次發出要求之後，再提示使用者更正密碼。如果使用者未回應，則該裝置會定期重試，並在每一次提示使用者。因為該裝置會發出多次的 HTTP 要求，所以它可能會因密碼嘗試失敗而觸發 HTTP 鎖定，而在該裝置上使用者可能有多次被提示依序跳出。(11424995) | 註： 如果您有多台裝置，請針對每一台裝置遵循下列這些步驟執行，但在執行步驟 2-4 之前，請確定先在所有裝置上執行步驟 1。
否則，會在第二個裝置上將自己鎖定。
|
未修正 |
| IBM Traveler Companion 無法在 iOS 7 以及更新版本的裝置上查閱伺服器聯絡人。 (15131408) | 在 Companion 中編寫訊息時若位址未呈現在裝置上的聯絡人清單中，請手動輸入郵件位址。 | 未修正 |
| 部分應用程式會阻止 IBM Traveler 設定檔的產生，以及（或）Traveler 應用程式本身的下載。已知的應用程式包括：FileApp、DownLoader、AirSharing、FTPReader、Mover+ 及 USB Disk（只在 iPad 上），但可能還有。(8026303) |
|
iOS 10.1 |
| Apple 裝置未在伺服器指定時施行指定的複式字元數下限安全設定。(11299535) | Apple 裝置需要也啟用英數安全設定，以套用複式字元數下限。請確定也啟用英數安全設定。 | iOS 10.1 |
| 在搜尋個人的聯絡人（不是公司名錄）之後，「聯絡人」應用程式會將所有相符聯絡人的更新項目傳送至伺服器（儘管使用者未更新聯絡人）。此問題只會在「聯絡人」應用程式被開啟且仍顯示之前的本端聯絡人搜尋結果時發生。如果伺服器無法在裝置使要求逾時之前處理所有更新項目，則聯絡人同步會失敗。如果伺服器可以在逾時之前處理更新項目，那麼此問題可能不會發生。(11140665) | 在離開聯絡人應用程式之前清除搜尋結果。如果您遇到此問題，請從裝置中移除帳戶（刪除 Apple 設定檔或手動移除帳戶），然後再重新安裝帳戶。 | iOS 10.0.2 |
| Exchange ActiveSync 的 Cookie 連結到 Apple iOS 5 裝置上的 Safari 瀏覽器 Cookie 設定。這會導致伺服器上的鑑別負載增加，因為這些 Cookie 可能會被忽略。如果需要這些 Cookie 來連接至伺服器（例如，使用這些 Cookie 追蹤必要狀態的 LotusLive 或其他 HTTP Proxy），則同步會失敗。(10896652) | 在 Apple iOS 5 裝置在，在一般 > Safari > 接受 Cookie 中啟用 Cookie 並重新開機。 | iOS 9.3.5 |
iPhone 3G 及早期的 iPod Touch 裝置無法連接至雲端型 Notes 上的 IBM Traveler 服務。此問題也會套用到鑑別機制需要 HTTP 階段作業 Cookie 作為其鑑別方法的一部分的 IBM Traveler 服務。 執行 iOS 4 的 Apple iPhone 3G 及早期的 iPod Touch 機型無法使用 Exchange ActiveSync 帳戶中的 HTTP 階段作業 Cookie。如果您使用這些當中的其中一種裝置且它已升級為 iOS 4，而您正嘗試連接至需要 HTTP 階段作業 Cookie（例如 Notes）的 IBM Traveler 服務時，則該裝置將無法連接。在手動配置帳戶或安裝設定檔之後（當您在郵件應用程式中開啟「收件匣」或另一個資料夾時），您會看到這個一般錯誤：無法取得郵件：與伺服器連線失敗。 進一步檢查網路追蹤資料會顯示該 Apple 裝置正在發出其要求，而且沒有所要求的階段作業 Cookie，反而在資料中有一個名稱為 X-Bad-iPhone-No-Cookie 的標頭。(8925944) |
聯絡 Apple 支援中心以取得可安裝的設定檔，以針對 Exchange ActiveSync 帳戶啟用 HTTP 階段作業 Cookie。 | iOS5 |
| 如果已啟用 Cookie，而且裝置以兩個不同的使用者帳戶（與同一台伺服器進行通訊）來配置時，則此裝置可能會在它收到帳戶 2 的要求時從帳戶 1 中傳送 Cookie，反之亦然。如果在 Cookie 過期之前刪除帳戶 1 並建立帳戶 2 時，也會發生此情況。(9242966) | 有兩個可能的暫行解決方法：
|
iOS 5 |
| 供應處理程序中的迴圈問題（通常會在第一次從 iOS3 升級為 iOS4 時被發覺到）可能會阻擋 IBM Traveler 同步其資料。迴圈問題通常會自己解決，但它解決此類問題所花的時間是變動不定的。這也被稱為 "key 0" 問題，因為導致延遲的迴圈問題是供應索引鍵被設為 0 的結果。(8557523) | 此問題通常會自己解決，但可能會花很長的時間。 | iOS4 |
| 問題說明 | 暫行解決方法/更多資訊 | 已透過 Apple 版本修正 |
| 在 Apple iPhone 上，MIME 郵件中內嵌的影像會顯示為 HTML 標籤。(8406447) | 導覽至「主畫面」，然後回到郵件用戶端，並重新開啟郵件來檢視此郵件。如果那樣沒有作用，請將裝置重新開機，然後再重新開啟此郵件。 | 未修正 |
| 從 Apple 裝置傳送之郵件上的簡體中文顯示名稱若此裝置嘗試使用 GB2312 編碼時，將會不正確地進行編碼。這會導致此顯示名稱包含亂碼。(10426132) | IBM Traveler 已在 APAR LO66047 中針對此問題實作暫行解決方法。 | 未修正 |
| 本端搜尋結果（使用「全部」）會在傳回伺服器結果之後，在「郵件」應用程式搜尋結果中被清除。該搜尋會顯示「伺服器上找不到結果」。如果使用「寄件者」、「收件者」或「主旨」來過濾搜尋時，本端結果還是會顯示。只有在使用「全部」作為過濾器時，本端結果才會在完成伺服器搜尋之後被清除。 (10463718) | 無 | 未修正 |
| 回覆或轉寄包含影像的郵件訊息時，可能會遺漏部分或所有影像。 (11796974) | 無 | 未修正 |
| 讀取郵件時，載入中...符號可能會一直顯示著持續一段時間，然後再載入訊息。當裝置正在同步其他郵件時嘗試載入郵件之時會發生此情況。對於每天收到大量郵件的使用者，此問題比較常見。當使用者在第一次起始同步資料期間第一次連接裝置時，此情況是很常見的。 (12848388) | 無 | 未修正 |
| 郵件可能會以一般圖示所顯示的行內影像，或完全遺漏（而未呈現）來呈現。(13235522) | 導覽至另一個郵件訊息，然後再返回。如果那樣子會失敗的話，請將裝置重新開機。 | 未修正 |
| 從 iOS 7.1 開始，當裝置使用 Exchange ActiveSync 指令 GetAttachment 來擷取資料時，附件不會適當地顯示。附件會下載，但是顯示時它可能顯示黑色畫面、灰色畫面或位置保留元應用程式訊息，而不是預期的內容。(16431803) | 將您的伺服器升級為至少是 IBM Traveler 9.0.0.1。 | 未修正 |
| Apple iOS 7.1 及更新的層次太常重新整理同步資料夾。當裝置要求資料夾同步時，即使它未包含資料夾變更，裝置也會再次開始進行同步。(16915780) | 此問題一些情況的暫行解決方法可以在 IBM Traveler 的 APAR LO80340 中找到。 | 未修正 |
| 以「變更」指令同步 Exchange ActiveSync 郵件時，不會更新郵件的「主旨」或「內文」。(17624505) | 在此問題中，IBM Traveler 會以「刪除」與「新增」作業來取代「變更」作業。 因此，裝置會正確地反映更新的內容，但是它會在項目不存在的情況下，在「刪除」與「新增」之間引來時間差。如果裝置在「刪除」與「新增」之間嘗試執行另一項作業（例如，移至另一個資料夾），則此作業會失敗。 但是，一旦「新增」完成之後，此作業應該會在重試時成功。時間差的大小視效能因素而定，所以系統越快，時間差越小。因此，您可以藉由改善整體的效能來減少時間差，為了達到此目的，最常需要的動作是升級為最新的 IBM Traveler 版本，以取得所有最新的改善項目。 | 未修正 |
| 資料夾名稱會顯示為隨機十六進位值，而非實際的可讀取名稱 (10463402) | 有時候，在可讀取的資料夾名稱應該顯示在視圖頂端時，卻顯示某個英數組合。這似乎是某種內部 ID，而非名稱。例如，您看到的不是 "Personnel"，而是 "70FB9178-576E-4CA-A08E"。...". 從 iOS 5 開始，這個問題就已存在。 | 未修正 |
| 「郵件」應用程式中的行內影像會顯示白色方框，直到重新啟動應用程式為止。 (31173739) | 終止並重新啟動應用程式。 | 未修正 |
| 即使 Traveler 正在傳送結果，名稱查閱結果也不會顯示在裝置上。 (29045165) | 當「Traveler 伺服器」上的「原生 Apple 郵件」使用者開始撰寫新訊息，並輸入收件者名稱的一部分時，即使伺服器已使用 XML 傳送多個結果，裝置上的名稱查閱也不會傳回任何結果。 | 未修正 |
| 當「Traveler 伺服器」上的原生「Apple 郵件」使用者嘗試撰寫新訊息，並鍵入收件者名稱的一部分時，裝置上的名稱查閱不會傳回任何資料。(29045165) | 刪除並重新輸入名稱，再次嘗試在裝置上進行搜尋。 | 未修正 |
| 部分 PDF 附件會顯示為空白/全灰。在其他時候或由其他使用者同步的相同附件可能會正確地顯示。(9598038) | 無 | iOS 10.1 |
| 從韓文語言的 iOS 裝置傳送之郵件的長顯示名稱因位址被截斷而不正確，所以無法遞送。(9736766) | 無 | iOS 10.1 |
| 回覆訊息時，文字不會在畫面邊緣折行，而無法看到全部的文字，讓撰寫動作變得更困難。(13235622) | 無 | iOS 10.1 |
| 從 iOS 5 開始，在裝置上重新命名資料夾之後，在該資料夾中進行郵件的移入及移出動作時，會導致它對同一封郵件顯示多個版本，而不是只顯示一封郵件。在重新命名資料夾之後，當郵件在伺服器上變更（例如，已讀取/未讀取變更）且作為更新被同步到裝置上該重新命名的資料夾時，也會發生此問題。(10904453) | 在該資料夾之外進行導覽、開啟另一個資料夾（例如，「收件匣」），然後再導覽回到原來的資料夾。如果這樣沒有作用，請將裝置重新開機，然後再試一次。 | iOS 10.1 |
| 郵件訊息中的表格不會正確地在 iPhone 上呈現。但是，iPad 裝置會正確地顯示相同的表格。(16011799) | 無 | iOS 10.1 |
| 從 iOS 7 開始，離線時在裝置上刪除郵件時會發生問題，而且時常沒有錯誤訊息或警告顯示。它可能會在刪除項目時出現，但它還是會在資料夾視圖中看到。(16867546) | 此問題只會在離線時選取郵件視圖中的「垃圾桶」圖示來刪除郵件之時發生。從資料夾視圖中清除郵件並選取刪除時，或在連接至 IBM Traveler 伺服器時使用「垃圾桶」圖示時，不會出現此問題。 | iOS 10.1 |
| 在 Apple iPad 上，「寄件者」行中包含中間名的郵件寄件者名稱會遺漏此中間名。(8347870) | 無 | iOS 10.1 |
| 使用「垃圾桶」圖示刪除郵件時會失敗。(17960131) | 暫行解決方法是回到「收件匣」、對郵件項目進行清除，然後再使用「垃圾桶」功能。 | iOS 10.1 |
| 當郵件在 iOS 9.3.1 裝置上進行轉寄時，該郵件訊息上的附件會毀損 (26687880) | 無 | iOS 10.1 |
| 在 iOS 7 裝置上，郵件有時無法傳送（即使它看起來好像它已傳送）。郵件會完全遺失，不會顯示於「寄件匣」或「寄件備份」資料夾中，而且收件者從未收到此郵件。(15200645) | 使用者報告將裝置的電源關掉然後再打開，可以防止未來發生此問題。有些使用者報告必須先移除裝置上的郵件帳戶然後再重新新增，才會解決此問題。 | iOS 9.3.5 |
| 傳送郵件（新訊息、回覆或轉寄）時發生問題的 iOS 7 裝置可能導致重複的訊息被傳送給收件者。(15691826) | 在進入「寄件匣」重新傳送訊息之前，請先等待訊息自動重新嘗試傳送，或手動同步「收件匣」。 | iOS 9.3.5 |
| 從頭開始重新同步資料夾之後，iOS 裝置可能會在後續的同步動作上使用較舊的資料夾 ID，因而發生失敗問題。通常，將郵件從某一個資料夾移到另一個資料夾時，因為目標資料夾 ID 不存在（因它是舊的 ID，而不是現行 ID），所以會出現此失敗問題。(11850077) | 從裝置中移除 IBM Traveler 的設定檔，然後再重新安裝設定檔。 | iOS 9.3.5 |
| 在 iOS 7 裝置上，「寄件匣」中的訊息不會自動重新傳送。(15708414) | 手動開啟「寄件匣」、選取訊息，然後再傳送此訊息。 | iOS 9.3.5 |
| 下載附件時會顯示超過 100% 的狀態 (16011776) | 無 | iOS 9.3.5 |
| 問題說明 | 暫行解決方法/更多資訊 | 已透過 Apple 版本修正 |
| 通知在使用 iOS 裝置取消時，不會傳送至會議的最後一位受邀者。 (20684754) | 使用 Notes 而不是 iOS 裝置來移除最後一位受邀者。 | 未修正 |
| 升級為 iOS 10.2 時，位置欄位會在 iOS 裝置行事曆上遺失。發生這個獨特問題的原因是如果位置欄位以 URL 開頭，則該位置欄位就會遺失。例如，位置欄位包含 https://www.ibm.com。無論使用者是事件的主席或受邀者，都會發生這種情況。(29853668) | 位置值不會從裝置所同步的伺服器中遺失，只是從裝置中遺失而已。 | 未修正 |
| 當有事件殘留或已從原始項目中變更每一個實例時，「行事曆收件匣」具有額外/重複項目。此額外項目可能具有與另一個項目相同的資料，但即使對它採取動作（接受/可能/拒絕），也可能未從「行事曆收件匣」中將其移除。(29252221) | 如果此會議具有未處理或套用的待處理通知，則處理這些通知可能解決此問題。比方說，如果有一個待處理的重新排程，則接受它即可更正「行事曆收件匣」，以顯示正確的項目數目。此問題適用於 iOS 9 以及更新版本。 | 未修正 |
| 從 webex.com 產生的會議邀請會同步至裝置（webex.ics 附件），但是當使用者開啟附件並執行新增至行事曆動作時，事件會出現在使用者的裝置行事曆上，但不會同步至伺服器。(29043233) | 使用 IBM Notes 用戶端新增 ics 邀請。 | 未修正 |
| 當會議主席在 iPad 上建立有兩位與會者的重複會議，並針對此重複會議的一個實例移除一位與會者時，則該與會者會被裝置從所有實例中移除。(21448080) | 無 | 未修正 |
| 「全日」重複事件的最後一個實例可能會在裝置上遺漏。當裝置時區具有世界標準時間東邊的時間值（例如德國的柏林），且傳送至裝置的 RRULE 使用實例的 COUNT 時，似乎會發生此種情形。 若 RRULE 使用 UNTIL 日期，或時區為世界標準時間西部的時區（例如美國的紐約）時，則不會出現此問題。(29974878) | 對此問題進行潛在伺服器端解決方案的調查正在進行中。 | 未修正 |
| 當使用者建立一個重複的每個月會議長達 5 個月，並對實例 2 到 5 進行多次的變更，然後將第一個實例重新排程為之後的日期時，則所有之前所做的變更都會遺失。(30398937) | 當其他實例具有變更時，請勿重新排程裝置中的第一個實例。 | 未修正 |
| 從重複會議的一個實例中移除受邀者時，會將其從 iOS 10.2.1 上的所有實例中移除 (31067387) | 請使用「iOS 原生行事曆」移除與會者。 | 未修正 |
| 從 iOS 9.2.1 開始，當會議主席建立一個包含「位置」資訊的重複事件，然後修改「位置」時，已修改的「位置」值絕不會傳送至 Traveler 伺服器（25011200 及 23203433） | 無 | 未修正 |
| 稍後取消已新增受邀者之重複會議的第一個實例時，會導致會議「取消」通知只傳送給原來的受邀者。在原先建立會議之後所新增的受邀者不會收到「取消」通知，而且會議仍會留在其行事曆上。(24188983) | 無 | 未修正 |
| 「全日」重複事件可能會在裝置上遺漏其最後一個實例。當裝置時區設為世界標準時間東邊的時區（例如德國的柏林），且傳送至裝置的 RRULE 使用實例的 COUNT 時，則會發生此種情形。若 RRULE 使用 UNTIL 日期，或裝置時區為世界標準時間西部的時區（例如美國的紐約）時，則不會發生此問題。(29974878) | 正在對此問題調查潛在的伺服器端解決方案。 | 未修正。 |
| 每年重複 2038 及後續年份發生的全日事件，會在 iOS 行事曆上出現為兩個日事件。(18398844) | 無 | 未修正 |
| 從 iOS 9.2 開始，當使用者拒絕行事曆中的重新排程時，反而會傳送「暫訂」回應。(25114211) | 無 | 未修正 |
| 重新排定或更新重複的事件時，受邀者可能不會收到事件變更的所有必要的「通知」。IBM Traveler 訊息「通知沒有收件者，不會傳送」會在發生此情況時，出現在伺服器主控台上。此情況似乎會針對重複的會議（對與會者之前有更新（已新增/已移除），以及對部分相同的實例之前有重新排程）而發生。裝置會以無效的 UID 值（作為修改對未來事件儲存的一部分）來傳送會議通知。 | 不要在用於 iOS 裝置的 IBM Traveler 中啟用對未來事件儲存支援。如需相關資訊，請參閱 IBM Traveler notes.ini 設定 NTS_AS_ALLOW_MEETING_SPLIT（IBM Traveler 9.0.0.1 及更新版本）。預設值為 False，它會導致 IBM Traveler 拒絕來自 iOS 裝置的對未來事件儲存變更，除非所選取的實例是第一個實例。 | 未修正 |
| 在裝置上多次重新排定重複會議時，可能會導致事件有不正確的實例。(11791433) | 依預設，IBM Traveler 不容許會議被裝置分割成多個實例。這種情況的變更會被 IBM Traveler 拒絕。裝置上的事件會還原到其之前的狀態，而郵件會傳送給主席，指出變更被拒絕。 | 未修正 |
| 重新排定裝置中重複會議的實例時，可能似乎已對所有與會者重新排定週期性會議中的所有事件。但是，沒有任何資料變更，而且它們繼續包含正確資訊。(28779634) | 發生此情況的原因可能是裝置正在傳送兩個傳送郵件要求。第一個傳送郵件只包含一個規則，而第二個傳送郵件只包含一個循環 ID。在此情況下，「IBM Traveler 伺服器」只預期第二個傳送郵件。從 9.3.5 裝置進行重新排程後，此問題便不會發生。 | 未修正 |
| 升級為 iOS 10.2 時，位置欄位會從 iOS 裝置行事曆中遺失。日誌會顯示從 iOS 9.3.5 升級到 iOS 10.2，但其他日誌會從其他起始層次開始。如果位置欄位以 URL 開頭，則該位置欄位就會遺失，這是個獨特的問題。例如，假如位置欄位包含 https://www.ibm.com。位置只有不包含 URL 時才不會遺失。因此，升級之後，其「位置」值包含 URL 的行事曆事件將不再出現於使用者的行事曆中。無論使用者是事件的主席或受邀者，都會發生這種情況。(29853668) | 位置值不會從伺服器中遺失，只是在裝置上遺失而已。 | 未修正。 |
| Webex 會議未同步至伺服器，但仍出現在裝置上。(27691361) | 從 webex.com 產生的會議邀請已同步至裝置，並出現在裝置行事曆上，但事件未同步至伺服器。 | 未修正 |
| 在 iOS 7 或更新版本的裝置上，如果使用前提 IBM Traveler 9.0.1.5 或更新版本，或使用 IBM SmartCloud Traveler，則在使用者對會議通知採取動作（例如「接受」或「暫時接受」）時，可能已強調顯示使用者選取的動作按鈕。在此情況下，裝置不會將適當的資訊傳送至伺服器進行處理。這會導致裝置行事曆具有最新資訊，但伺服器行事曆卻沒有。(15592963) | 選取未強調顯示的動作按鈕。伺服器即會隨之更新。例如，如果接受已強調顯示，則使用暫訂按鈕。如此一來會在您的行事曆上將事件標示為「暫訂」，但是裝置與伺服器中的行事曆都會是正確的。如果暫訂按鈕已強調顯示，則使用接受按鈕。 | iOS 10.1 |
| 在 iPhone 上，MIME 郵件中內嵌的影像會顯示為 HTML 標籤。(8406447) | 導覽至主畫面，然後回到郵件用戶端。重新開啟郵件訊息。如果那樣沒有作用，請將裝置重新開機，然後再試一次。 | iOS 10.1 |
| 裝置上「聯絡人」中所建立的生日欄位會在同步至伺服器時，往後移一天。此問題會受到「時區」的影響，而且只有在裝置上的「時區」是 GMT 的東部時區時才會發生。(8417352) | 如需相關資訊，請參閱 Apple 聯絡人日期（生日 / 紀念日）關閉一天 | iOS 10.1 |
| 變更來自 iOS 6 裝置之每年重複事件的實例時間，可能會導致發生下列錯誤：「警示時間。事件會在警示發生之前重複」。(14230242) | 在裝置上將事件的「警示」值變更為「無」或「在事件發生時」。 | iOS 9.2 |
| 在配置以使用夏威夷時區的 iOS 9 裝置上，重新排定重複會議的實例時，可能會導致所有其他的實例都遺失。如果事件原本是在裝置上建立時，則不會發生此情況。（22361692，2236736 的重複問題） | 在裝置上不要使用夏威夷時區，或不要從裝置中重新排定重複事件（如果該裝置使用夏威夷時區的話）。 | iOS 9.1 |
| 針對部分重複會議，使用 iOS 9 裝置中的接受動作按鈕時，完全沒有作用。無任何的回覆通知或會議回應被傳送至伺服器中。(22556609) | 在裝置上安裝 Apple Bug Reporter 網站中可用的 Apple Sync Diagnostics 設定檔。安裝此設定檔之後，「接受」動作就會有作用。 註： 在設定的時段之後，設定檔將自行自動解除安裝。因此，建議使用者升級至更新的 iOS 版本。
|
iOS 9.0.2 |
| 在 iPhone 上，重新排定每月循環事件時，會刪除該事件的第一個每月實例。(8308477) | 無 | iOS 9 |
| 將重複會議的所有實例重新排定為不同的當週星期別時，可能會導致問題發生。部分實例可能會被刪除，而且（或者）其餘的實例不會變更為新的當週星期別。(13053393) | 無 | iOS 9 |
| 重新排定重複事件的所有實例時，會導致最後一個實例從會議主席的裝置行事曆中被移除。但是，所有實例在 Notes 行事曆中都是正確的。(14229974) | 將行事曆事件同步回到裝置時，會將遺漏的項目還原到裝置行事曆中。藉由修改 Notes 中的事件，或強制裝置重新同步行事曆（方法為使用裝置帳戶設定，來關閉「行事曆」同步功能後再重新開啟），即可達到此目的。 | iOS 9 |
| 使用對未來事件儲存選項，重新排定 iOS 8 裝置中的每年重複事件時，會導致選定實例之後的所有未來實例從裝置及 Notes 行事曆中被移除。(14229548) | 無 | iOS 9 |
會議的重複實例會在接受重新排程通知之後，在裝置上遺失。 (18853016) |
改為接受來自 iOS 裝置的會議通知。您也可以關閉裝置中的行事曆同步功能然後再開啟，來重新同步行事曆。如果那樣沒有效，請將 NTS_IOS_CALENDAR_07=false 新增至 IBM Traveler 伺服器的 notes.ini 中，以嘗試關閉 IBM Traveler 行事曆殘留。雖然這樣不會防止問題發生，但是會使根本的問題狀況比較不會時常發生。除非使用者在其裝置上執行 iOS 8.x，否則不建議這樣做。iOS 7.x 使用者可能會在接受來自裝置中的重新排程（其中「接受」按鈕已在裝置上強調顯示）時遇到問題（即使未接受通知也一樣）。該副作用的暫行解決方法是使用未強調顯示的按鈕（若「已接受」已強調顯示時則使用「暫訂」）。 |
iOS 9 |
| iOS 8 裝置可能在實例從伺服器中被刪除時，無法刪除裝置中的實例。 (20733737) | 關閉裝置中的「行事曆同步」功能後再重新開啟，來強制行事曆重新同步。APAR LO84144 已開啟來建立暫行解決方法，如此一樣對於任何的事件變更，IBM Traveler 即會對裝置同步刪除動作，然後再同步新增動作，而不是變更同步。此 APAR 的修正程式在 Traveler 9.0.1.5 中。 | iOS 9 |
| iOS 8.1.x 裝置會針對「全日」事件（有一個每週重複規則，同時包括多個當週星期別）顯示額外的一週。(19176737) | 避免同時包括多個當週星期別的「全日」事件的每週規則。 | iOS 8.3 |
| 「行事曆」事件中的「位置」欄位會在更新至伺服器時在 iOS 8 裝置上被移除。 (18586613) | IBM Traveler APAR LO82292 包括一個暫行解決方法，在裝置更新未提供「位置」欄位時，可以保留伺服器「位置」值。 | iOS 8.3 |
| 新增至裝置上「行事曆」事件之「內文」欄位的資訊未同步至使用者的郵件資料庫中。(18652642) | 在建立事件之後，將 Notes 欄位資訊新增至該事件作為更新。 或者，也可以改為從 Notes 或 iNotes 中建立事件。 | iOS 8.3 |
| 雪梨（澳大利亞）時區中的「全天」、每年重複事件在 Apple iOS 5 裝置的部分實例上可能會顯示為兩天。資料在 Notes/Domino 中是正確的。這是 Apple「行事曆」應用程式中的顯示問題。(10663624) | 無 | iOS 8 |
| 使用以色列的時區時，Apple 行事曆會針對重複會議顯示額外的行事曆實例。如果行事曆事件在 2011 年日光節約時間 (DST) 結束日期的結束之前開始，並重複晚於 2012 年 DST 開始日期的實例時，則會在不應該顯示實例的時候，有一些實例顯示出來。這會導致重複的事件或已刪除的事件顯示於「行事曆」應用程式中，但不會顯示於 Notes 中。(11156094) | 在 Notes 中修改整個事件以使用 2012 年的以色列時區值。分割任何在 2011 年以色列 DST 結束日期結束之前開始的事件。 | iOS 8 |
| 如果裝置在用來施行裝置上安全設定的 Exchange ActiveSync Provision 指令上發生錯誤，則行事曆可能會停止同步。(13088145) | 將裝置重新開機。 | iOS 8 |
| 在 iOS 6 裝置上拒絕之前已接受事件的所有實例時，可能會導致部分實例留在裝置行事曆上。所有實例都會正確地從 Notes 行事曆中移除。留在裝置行事曆上的實例是與會者在某些方面已修改的實例。(14229890) | 個別地拒絕裝置上的任何剩餘實例。 | iOS 8 |
| 使用對未來事件儲存選項來重新排定重複事件時，可能會針對該事件的部分實例不正確地傳送「取消」通知。(14229656) | 對於裝置上的事件變更，避免使用「對未來事件儲存」選項 | iOS 8 |
| 在執行 iOS 7 的 Apple iPad 上，使用者無法針對「行事曆應用程式」中的現有會議，將註解新增至「組織器」中。(17363941) | 嘗試將 iPad 從直式螢幕旋轉為橫式螢幕，反之亦然。如果那樣沒有效，請按住「電源」與 Home 按鈕 10 秒，以執行裝置的軟體重設。當裝置的電源關閉時，請將它開啟後再重試。 |
iOS 8 |
| Exchange ActiveSync 行事曆資訊在 iOS 8 升級之後未顯示於「行事曆」應用程式中。(18383561) | 關閉在設定 > 郵件、聯絡人、行事曆 > 帳戶中的「行事曆」，然後再將裝置重新開機。重新開啟「行事曆」並等待幾分鐘，以讓裝置重新同步行事曆資料。 如果那樣沒有效，請重複相同的步驟，但是請按住 Home 與「電源」按鈕，直到您看到銀色的 Apple 標誌為止，以將裝置重新開機。 如果那樣仍然沒有效，請移除帳戶（最常要移除的是，包含該帳戶的設定檔），並請按住 Home 與「電源」按鈕，直到您看到銀色的 Apple 標誌為止，以重新開機。重新安裝帳戶並等待幾分鐘，以讓所有應用程式重新同步。 |
iOS 8 |
| 使用者在當中是主席的會議會以淺灰色（而不是正確的行事曆顏色）出現在其 iOS 6 裝置上。(12431367) | 這只會發生在用來建立裝置同步設定檔的登入名稱包含空格的情況下。 請從裝置中移除 IBM Traveler 的設定檔，然後再使用不包含任何空格字元的登入名稱來建立新的設定檔。 | iOS 7 |
從裝置「通知」蹦現畫面或直接從行事曆中處理會議通知時，對於 iOS 6 與部分 iOS 7 層次可能不會運作。裝置不會將預期的「會議回應」流程傳送至伺服器。 處理裝置郵件收件匣或裝置行事曆收件匣佇列中的通知時，應該會如預期地運作。(12951707) |
無 | iOS 7 |
| 在 iPhone 上，「行事曆清單」視圖會顯示不正確的行事曆日期。(8298699) | 無 | iOS 4.1 |