瞭解混合行事曆服務的已知問題和限制。
部署
指定給基於雲端的服務（在 Cisco Webex Control Hub 中表示為叢集「Cisco Webex Cloud」）的 Office 365 使用者可能會在 Control Hub 中顯示一則持續性錯誤訊息：「找不到具有 Calendar Connector 的叢集。 請選取另一個「資源群組」，或使用 Calendar Connector 設定一個新叢集。」 可以忽略此錯誤。
基於雲端的服務不會啟動其電子郵件地址包含撇號的使用者。 如果要從基於 Expressway 的 Calendar Connector 移轉使用者，則混合行事曆服務不會將這些使用者移至基於雲端的服務。 它們會保留在 Calendar Connector 上。
一般排定問題（所有關鍵字）
為使 OBTP 在受邀裝置上穩定工作，您必須確保郵件系統沒有自動刪除會議意見的策略。 下列 PowerShell 指令可確保意見得到保留，以便「混合行事曆服務」可使用它們來處理會議：
Set-CalendarProcessing -identity "room" -DeleteComments $false
混合行事歷不支援共用行事歷。 該服務可以處理代表人員代表其他人排定的會議，前提是代表人員是在使用者的實際行事曆中排定會議，而不是在共用或群組行事曆中排定會議。
排定在未來五個月之後的會議可能不會立即由基於雲端的「混合行事曆服務」（針對 Microsoft Office 365）進行處理。 服務每天都會使用滑動時間範圍來處理排定在未來 5 到 6 個月內的會議，這樣一來，一旦會議的排定日期處於該時間範圍，會議就會進行處理並顯示會議加入詳細資料。
如果您在循環會議系列的單一實例中新增排定關鍵字或支援的視訊位址，則不會更新會議加入詳細資訊。 因應措施是在整個會議系列中新增關鍵字或視訊位址。
混合行事歷不會自動將會議加入資訊新增至過去排定的會議。
排定 Webex 個人會議室會議（關鍵字包括 @webex、@meet:myroom）
若會議邀請已包含Webex加入鏈結（例如，使用生產力工具新增或由會議組織者手動新增），「混合行事歷」將不會新增Webex詳細資料。 會議組織者可以手動刪除任何先前新增的加入鏈結，以便「混合行事歷」可以新增新的加入鏈結。
「混合行事歷」不處理會議受邀者人數超過 1500 的會議。
在Webex應用程式空間中排定（關鍵字包括 @webex:space、@meet、@spark）
空間關鍵字排定目前支援最多 1500 個會議參加者。 邀請人數超過 120 個參加者的會議組織者將收到一封電子郵件，指出他們超出了上限。 當受邀者總數小於 1500 時，組織者可以在團隊的用戶端行事曆檢視中看到會議資訊。 同樣，當受邀者總數超過 1500 時，會議則不會顯示在團隊的行事曆檢視中。
空間關鍵字排定目前未能處理通訊群組清單。 通訊群組清單的個別成員仍會收到包含加入空間相關詳細資料的會議邀請，但系統不會自動將其加入空間。 作為因應措施，會議組織者可以在傳送邀請之前，於「收件者」行上展開寄件者。 因此，每個使用者都會個別加入空間。
使用者利用空間關鍵字新增至會議邀請的附件不會新增至相對應的空間。
混合行事歷服務不再向不是Webex應用程式使用者的會議受邀者傳送單獨的電子郵件訊息，邀請他們註冊。
每次您從空間排定會議時，Webex 空間都會指定一個用於視訊裝置加入的會議號。 如果會議號 180 天未使用，Webex 可以回收該會議號。 回收後排定的會議會取得新的會議號，但行事曆服務不會更新現有會議。
例如，比方說，您提前 180 天為團隊排定空間會議（使用 @meet），空間會議號為 444 444 4444。 您的團隊在此期間沒有在該空間中開會，會議號變更為 555 555 5555。 會議即將開始時，應用程式參加者將加入較新的會議號 (555 555 5555)。 使用會議邀請中的鏈結嘗試從視訊裝置加入的參加者將連線至舊會議號 444 444 4444。
一按開始會議 (OBTP)
有關涉及Webex App 應用程式中的加入按鈕和會議清單的問題，請參閱Cisco Webex Meetings的已知問題文章。
Cisco TMS 與 Office 365 的整合
如果計劃主持即將召開之會議的會議橋接器不可用，則 Cisco TMS 會更新會議加入詳細資訊以使用其他橋接器。 但是，除非組織者變更會議邀請，否則會議加入詳細資訊不會在 Office 365 中更新。 當受邀者嘗試透過邀請加入會議時，這可能會導致問題。
如果 Office 365 中的會議排程器的時區與 Cisco TMS 中的排程器的時區不相符，則系統可能在排定循環會議時遇到問題。 這可能會導致 Office 365 與 Cisco TMS 中的實例日期之間不相符。 若要解決此問題，請確保使用者在 Office 365 中的時區與 Cisco TMS 中的時區相符。
對於循環會議系列，在 Cisco TMS 中不會更新 Office 365 中的開始和結束日期或循環次數的變更。（將按預期反映對整個系列的開始和結束時間所做的變更。） 若要解決此問題，請刪除該系列並建立一個新系列。
當多次編輯使用 @meet 排定的循環會議系列時，該系列會在 Office 365 中正確更新，但在 Cisco TMS 中可能無法正確更新。 該行為不一致。 例如，將出席者新增至系列的單個實例然後變更整個系列的主題，可能會導致只變更修改後的實例的主題或變更修改後的實例以外的所有實例的主題。
如果已在 Office 365 中於給定時間段為非 @meet 會議預訂某個端點，並且組織者使用 @meet 排定的循環會議與預訂時段重疊，則組織者會收到一則訊息，指出該端點已拒絕會議，但 Cisco TMS 無論如何都會建立循環會議。
對於此類會議，Calendar Connector 會傳送額外的會議請求並記錄兩則不同的參考訊息，每則訊息包含以下字串之一：
status:MEETING_NOT_FOUND_ON_TMS
status:UN_EXPECTED_EXCEPTION
如果註冊了 Expressway 主機的組織將 @meet 關鍵字動作設定為 Cisco TelePresence Management Suite，則 Calendar Connector 應發出警報，但 Calendar Connector 尚未鏈結至 Expressway 頁面上的 Cisco TMS。 已實現此警報。
如果您從 Expressway 連接器主機中移除 Cisco TMS 設定，則使用者可以繼續在 Cisco TMS 上排定 @meet 會議，直到重新啟動 Expressway 連接器主機。 因應措施是在移除 Cisco TMS 設定後重新啟動 Expressway 連接器主機。
一般排定問題（所有關鍵字）
混合行事歷不支援共用行事歷。 該服務可以處理代表人員代表其他人排定的會議，前提是代表人員是在使用者的實際行事曆中排定會議，而不是在共用或群組行事曆中排定會議。
如果您在循環會議系列的單一實例中新增排定關鍵字或支援的視訊位址，則不會更新會議加入詳細資訊。 因應措施是在整個會議系列中新增關鍵字或視訊位址。
混合行事歷不會自動將會議加入資訊新增至過去排定的會議。
排定 Webex 個人會議室會議（關鍵字包括 @webex、@meet:myroom）
若會議邀請已包含Webex加入鏈結（例如，使用生產力工具新增或由會議組織者手動新增），「混合行事歷」將不會新增Webex詳細資料。 會議組織者可以手動刪除任何先前新增的加入鏈結，以便「混合行事歷」可以新增新的加入鏈結。
「混合行事歷」不處理會議受邀者人數超過 1500 的會議。
在Webex應用程式空間中排定（關鍵字包括 @webex:space、@meet、@spark）
空間關鍵字排定目前支援最多 1500 個會議參加者。 邀請人數超過 120 個參加者的會議組織者將收到一封電子郵件，指出他們超出了上限。 當受邀者總數小於 1500 時，組織者可以在團隊的用戶端行事曆檢視中看到會議資訊。 同樣，當受邀者總數超過 1500 時，會議則不會顯示在團隊的行事曆檢視中。
空間關鍵字排定目前未能處理通訊群組清單。 通訊群組清單的個別成員仍會收到包含加入空間相關詳細資料的會議邀請，但系統不會自動將其加入空間。 作為因應措施，會議組織者可以在傳送邀請之前，於「收件者」行上展開寄件者。 因此，每個使用者都會個別加入空間。
使用者利用空間關鍵字新增至會議邀請的附件不會新增至相對應的空間。
混合行事歷服務不再向不是Webex應用程式使用者的會議受邀者傳送單獨的電子郵件訊息，邀請他們註冊。
每次您從空間排定會議時，Webex 空間都會指定一個用於視訊裝置加入的會議號。 如果會議號 180 天未使用，Webex 可以回收該會議號。 回收後排定的會議會取得新的會議號，但行事曆服務不會更新現有會議。
例如，比方說，您提前 180 天為團隊排定空間會議（使用 @meet），空間會議號為 444 444 4444。 您的團隊在此期間沒有在該空間中開會，會議號變更為 555 555 5555。 會議即將開始時，應用程式參加者將加入較新的會議號 (555 555 5555)。 使用會議邀請中的鏈結嘗試從視訊裝置加入的參加者將連線至舊會議號 444 444 4444。
一按開始會議 (OBTP)
有關涉及Webex App 應用程式中的加入按鈕和會議清單的問題，請參閱Cisco Webex Meetings的已知問題文章。
Cisco TMS 與 Google Calendar 的整合
如果計劃主持即將召開之會議的會議橋接器不可用，則 Cisco TMS 會更新會議加入詳細資訊以使用其他橋接器。 但是，除非組織者變更會議邀請，否則會議加入詳細資訊不會在 Google Calendar 中更新。 當受邀者嘗試透過邀請加入會議時，這可能會導致問題。
如果 Google Calendar 中的會議排程器的時區與 Cisco TMS 中的排程器的時區不相符，則系統可能在排定循環會議時遇到問題。 這可能會導致 Google Calendar 與 Cisco TMS 中的實例日期之間不相符。 若要解決此問題，請確保使用者在 Google Calendar 中的時區與 Cisco TMS 中的時區相符。
當多次編輯使用 @meet 排定的循環會議系列時，該系列會在 Google Calendar 中正確更新，但在 Cisco TMS 中可能無法正確更新。 該行為不一致。 例如，變更系列的單個實例的主題然後變更整個系列的主題，可能會導致只變更修改後的實例的主題或變更修改後的實例以外的所有實例的主題。
如果已在 Google Calendar 中於給定時間段為非 @meet 會議預訂某個端點，並且組織者使用 @meet 排定的會議與預訂時段重疊，則組織者會收到一則訊息，指出該端點已拒絕會議，但 Cisco TMS 無論如何都會建立重疊會議。
對於此類會議，Calendar Connector 會傳送額外的會議請求並記錄兩則不同的參考訊息，每則訊息包含以下字串之一：
status:MEETING_NOT_FOUND_ON_TMS
status:UN_EXPECTED_EXCEPTION
如果註冊了 Expressway 主機的組織將 @meet 關鍵字動作設定為 Cisco TelePresence Management Suite，則 Calendar Connector 應發出警報，但 Calendar Connector 尚未鏈結至 Expressway 頁面上的 Cisco TMS。 已實現此警報。
如果您從 Expressway 連接器主機中移除 Cisco TMS 設定，則使用者可以繼續在 Cisco TMS 上排定 @meet 會議，直到重新啟動 Expressway 連接器主機。 因應措施是在移除 Cisco TMS 設定後重新啟動 Expressway 連接器主機。
Calendar Connector 部署與設定
Calendar Connector 支援最多包含每個組織兩個 Expressway 實例的單一叢集。
Proxy 連線必須使用基本驗證或無使用者名稱和密碼。 不支援任何其他驗證配置。
Calendar Connector 目前不支援需要服務（模擬）帳戶才能使用多重要素驗證 (MFA) 的 Exchange 組織。
對於部分客戶，Calendar Connector 會發出一個嚴重警報：「不信任重新導向的 Microsoft Exchange 自動探索 URL。」 該問題可能會導致在處理使用者的行事曆活動時有一些延遲。 在某些情況下，Calendar Connector 將無法提供任何服務給某些使用者。
如果看到此警報，請使用自動探索重新導向 URL 信任清單來設定 Calendar Connector 如何尋找使用者信箱。
對於部分客戶，Calendar Connector 會在 hybrid_services_log 檔中發出 「NTLM 驗證錯誤：認證無法用於 NTLM 驗證」警告（在 hybrid_services_log 檔案中）。 如果在 Expressway 中的「應用程式 > Hybrid Services > 連接器 Proxy」頁面上設定了連接器 Proxy，並且該 Proxy 需要驗證，則會發生此情況。 只要連接器 Proxy 支援基本驗證配置或不需要驗證，就不需要任何因應措施。
如果您取消註冊 Calendar Connector，或停用在 Expressway 上的唯一混合服務，則 Expressway 可能會進入錯誤狀態，導致混合服務連接器將不會註冊、設定變更不會傳播或發生其他問題。 因應措施是重新啟動 Expressway 並重新註冊連接器。
您無法在 https://admin.webex.com 中執行搜尋來返回已開啟或關閉混合行事曆服務的使用者集。
將 Cisco Webex 網站新增至 Calendar Connector 設定時，您必須以全小寫形式輸入完整的網站名稱值。 大寫字元會導致 Calendar Connector 發出「服務不可存取或存取遭拒」警報。
Cisco TMS 整合目前不支援 Microsoft Exchange 或混合 Exchange 部署（Microsoft Exchange 和 Office 365 組合）。 該整合目前僅適用於基於雲端的「混合行事曆服務」（針對 Office 365）或基於雲端的「混合行事曆服務」（針對 Google Calendar）。
該整合使用 Calendar Connector 將「混合行事曆服務」與 Cisco TMS 鏈結在一起。 在 Expressway-C 上設定 TMS 排定選項之後，您便無法將同一 Calendar Connector 鏈結至 Microsoft Exchange（反之亦然）。
一般排定問題（所有關鍵字）
混合行事歷不支援共用行事歷。 該服務可以處理代表人員代表其他人排定的會議，前提是代表人員是在使用者的實際行事曆中排定會議，而不是在共用或群組行事曆中排定會議。
如果您在循環會議系列的單一實例中新增排定關鍵字或支援的視訊位址，則不會更新會議加入詳細資訊。 因應措施是在整個會議系列中新增關鍵字或視訊位址。
使用者在接收使用關鍵字或支援的視訊位址排定的會議時，可能會在其 Outlook 收件匣中看到多個會議邀請。 作為因應措施，請在 Microsoft Outlook 網路應用程式中的下勾選下列勾選方塊：
刪除已更新的會議請求和回應
自動處理來自外部寄件者的請求和回應
這些設定僅在網路應用程式中可用，但上述變更適用於所有 Outlook 用戶端。
「混合行事歷」不會將會議加入鏈結新增至電子郵件地址周圍有單引號的任何受邀者的會議邀請中。 作為因應措施，請勿用單引號括住邀請中的電子郵件地址。
為使 OBTP 在受邀裝置上穩定工作，您必須確保郵件系統沒有自動刪除會議意見的策略。 下列 PowerShell 指令可確保意見得到保留，以便「混合行事曆服務」可使用它們來處理會議：
Set-CalendarProcessing -identity "room" -DeleteComments $false
在 Microsoft Outlook 2016 的部分版本中，變更其排定關鍵字位於位置欄位中的一個重複排定會議實例後，內文和加入鏈結可能會消失。
如果可能的話，請升級至最新版 Outlook。
如果無法升級，請刪除並重新排定受影響的實例。
會議系列的其他實例應該不受影響。
使用 Mac 版 Microsoft Outlook 2011 的會議組織者在其會議邀請中可能看不到加入鏈結，即使是受邀者收到了鏈結。 這是 Mac 版 Outlook 2011 的問題，解決方案是升級至 Mac 版 Outlook 的更新版本。
混合行事歷不會自動將會議加入資訊新增至過去排定的會議。
當代表人員代表組織者取消會議時，「混合行事曆服務」可能需要長達 24 小時才能在 Webex 應用程式中將會議從會議清單中移除。
排定 Webex 個人會議室會議（關鍵字包括 @webex、@meet:myroom）
若會議邀請已包含Webex加入鏈結（例如，使用生產力工具新增或由會議組織者手動新增），「混合行事歷」將不會新增Webex詳細資料。 會議組織者可以手動刪除任何先前新增的加入鏈結，以便「混合行事歷」可以新增新的加入鏈結。
「混合行事歷」不處理會議受邀者人數超過 1500 的會議。
在Webex應用程式空間中排定（關鍵字包括 @webex:space、@meet、@spark）
空間關鍵字排定目前支援最多 1500 個會議參加者。 邀請人數超過 120 個參加者的會議組織者將收到一封電子郵件，指出他們超出了上限。 當受邀者總數小於 1500 時，組織者可以在團隊的用戶端行事曆檢視中看到會議資訊。 同樣，當受邀者總數超過 1500 時，會議則不會顯示在團隊的行事曆檢視中。
空間關鍵字排定目前未能處理通訊群組清單。 通訊群組清單的個別成員仍會收到包含加入空間相關詳細資料的會議邀請，但系統不會自動將其加入空間。 作為因應措施，會議組織者可以在傳送邀請之前，於「收件者」行上展開寄件者。 因此，每個使用者都會個別加入空間。
混合行事歷服務不再向不是Webex應用程式使用者的會議受邀者傳送單獨的電子郵件訊息，邀請他們註冊。
使用者利用空間關鍵字新增至會議邀請的附件不會新增至相對應的空間。
每次您從空間排定會議時，Webex 空間都會指定一個用於視訊裝置加入的會議號。 如果會議號 180 天未使用，Webex 可以回收該會議號。 回收後排定的會議會取得新的會議號，但行事曆服務不會更新現有會議。
例如，比方說，您提前 180 天為團隊排定空間會議（使用 @meet），空間會議號為 444 444 4444。 您的團隊在此期間沒有在該空間中開會，會議號變更為 555 555 5555。 會議即將開始時，應用程式參加者將加入較新的會議號 (555 555 5555)。 使用會議邀請中的鏈結嘗試從視訊裝置加入的參加者將連線至舊會議號 444 444 4444。
一按開始會議 (OBTP)
有關涉及Webex App 應用程式中的加入按鈕和會議清單的問題，請參閱Cisco Webex Meetings的已知問題文章。
Microsoft棄用 Exchange Online 的基本驗證
Microsoft打算於 2022 年 10 月 1 日起棄用 Exchange Online 的基本驗證。 若要了解相關資訊，請參閱https://techcommunity.microsoft.com/t5/exchange-team-blog/basic-authentication-deprecation-in-exchange-online-may-2022/ba-p/3301866。
為了保持與此變更的一致性，自 2022 年 10 月 1 日起，混合行事歷 Expressway 連接器將不再支援使用 Exchange Online 郵箱的環境。 大多數 Exchange Online 客戶已移轉至 Office 365 的雲端混合行事歷，我們要求任何使用 Expressway 連接器的客戶移轉至雲端型連接器。
混合行事歷雲端型連接器利用新式驗證，這是Microsoft建議目前使用基本驗證的應用程式的解決方案。 如需 Office 365 混合行事歷的相關資訊，請參閱https://techcommunity.microsoft.com/t5/exchange-team-blog/basic-authentication-deprecation-in-exchange-online-may-2022/ba-p/3301866。
