狀況
在 Microsoft Office 365 Dedicated/ITAR，使用者可能會遇到下列問題中 Microsoft Lync/Skype 商業用戶端的其中一項︰
-
如下所示的功能並未如預期︰
-
儲存對話記錄
-
目前狀態更新為基礎的行事曆資訊
-
不會顯示在使用者的連絡人卡片的 Office 通知
-
-
若要提供使用者名稱及密碼才能連接至 Exchange，可能會重複提示使用者。
此外，使用者可能會收到下列錯誤訊息之一︰
Lync 無法連線到 Exchange 伺服器。Lync 將嘗試重試連線。歷程記錄、 語音信箱及 Outlook 的相關功能將無法使用。
無法連線至 Exchange Web 服務，以擷取 [行事曆] 及 [包含辦公室資訊不足。
Lync 正在進行判斷 Exchange Web 服務的位置。這個過程可能需要幾分鐘的時間。
Lync 發生連線問題的 Exchange 伺服器。Lync 會嘗試修復連線，直到完全已還原為止。歷程記錄、 語音訊息，則 Outlook 相關功能可能無法使用或過期直到恢復連線。
原因
發生這個問題的是，如果有一個或多個下列情況皆成立︰
-
與 Microsoft Exchange Server 或 Outlook 的整合已停用。
-
交換認證不正確的。
-
未啟用 Exchange Web 服務 」 (EWS) 服務。
-
防火牆或 proxy 會封鎖必要流量。
-
Lync 用戶端無法識別正確的自動探索資訊。
解決方案
若要修正這個問題，請依照下列步驟執行︰
-
請確定 Lync 用戶端有最新的更新。若要執行這項操作，請參閱下載適用於企業的 Skype，並更新。
-
確認 Lync 用戶端設定 Exchange 或 Outlook 的整合︰
-
找出Lync 用戶端>選項>個人。
-
在 [個人資訊管理員] 中，請確定所需的功能與已選取Microsoft Exchange] 或 [Microsoft Outlook :
注意如果以上選項皆無法使用，它們可能會限制由群組原則設定，或套用至 Lync 的使用者的用戶端原則項目。
-
-
驗證交換認證登入 Outlook Web Access。
-
請確定使用者已啟用 EWS。若要這樣做，請使用遠端 PowerShell 執行下列 Exchange 命令︰Get-casmailbox <smtp> | fl EWSEnabled 如果EWSEnabled屬性的值設為FALSE時，將會失敗︰ Lync/Skye 的企業整合。
-
請確定所沒有的 proxy 或防火牆來封鎖流量。Exchange 環境的連接埠 443 必須開啟防火牆和 proxy 伺服器，讓 Exchange 流量自由通行。
-
識別任何發生在 （空閒/忙碌或不在辦公室） 的 Outlook 中的 EWS 問題。
-
確認 Lync 用戶端會使用 EWS URL 正確。若要執行這項操作，請參考下列步驟：
-
按下並按住 ctrl 鍵，以滑鼠右鍵按一下通知區域中的 [Lync] 圖示，然後按一下組態資訊。尋找EWS 外部 URL ] 欄位中的 [EWS] 設定。
-
變更值，您發現EWS 外部 URL設定，讓它結尾為"Exchange.asmx"。例如︰
EWS 外部 URL 的預設值︰ https://mail.outlook.com/EWS/Exchange.asmx/WSSecurity
變更 EWS 外部 URL: https://mail.outlook.com/EWS/Exchange.asmx
注意如果沒有任何內部 EWS 或 EWS 的外部 URL 中的值，請前往步驟 8。 -
在瀏覽器中，輸入變更的 EWS 外部的 URL 位址，然後輸入交換認證如果系統提示您執行這項操作。您應該會收到 XML 回應 （在 Exchange Server 2010) 或 （在 Exchange Server 2013) 的服務網頁。
如果未顯示頁面，則這可能是網路或 DNS 問題導致無法解析的 URL，和網路小組應該執行。
-
-
如果 EWS 外部的 URL 和 EWS 的內部 URL 是空白的它可能是自動探索程序會失敗。
商務用戶端 Lync/Skype 不使用服務連線點 (SCP)，來決定的自動探索 URL。相反地，它們依賴 DNS 記錄。這些基底上使用者的網域尾碼此動作，在 Active Directory 中的電子郵件地址] 或[郵件 WindowsEmailAddress的屬性。
至少一個下列的 DNS 記錄已修正在 Exchange 環境中︰-
https://<SMTP-Domain>/autodiscover/autodiscover.xml
-
https://autodiscover.<SMTP-Domain>/autodiscover/autodiscover.xml
-
http://autodiscover.<SMTP-Domain>/autodiscover/autodiscover.xml
-
_autodiscover._tcp.<SMTP 網域> （SRV 資料錄）
測試是否使用者的電腦可以修正這些 Url 由嘗試 ping 或尋找在網際網路瀏覽器中的 URL。成功的回應應該會顯示與錯誤碼 600 XML 回應。
如果執行這個步驟之後，仍會不顯示 Url，則這可能是網路問題，和網路小組應該參與調查。 -
-
如果問題仍然持續發生，收集步驟 7A 中的 Lync 記錄檔、 Fiddler 追蹤和組態資訊輸出，，然後遵循 [擴大中的指示進行以下的知識庫文件︰
2649420 Lync 線上在 Office 365 專用的疑難排解基本概念
