= 고객 관리 웹 서버에 대한 타사 업데이트로 인해 Outlook 클라이언트를 사용하여 Exchange Online에 연결할 때 연결 문제가 발생할 수 있음 =

안녕하세요! 지난 며칠 동안 다른 사람이 이 문제를 해결했는지 궁금합니다. 누구든지 해결 방법이나 공유할 사항이 있습니까?
고객 관리 웹 서버에 대한 타사 업데이트로 인해 Outlook 클라이언트를 사용하여 Exchange Online에 연결할 때 연결 문제가 발생할 수 있음 세부 정보 일부 고객이 Exchange Online 서비스 연결 문제를 보고했습니다. 조사 결과 엔지니어들은 문제를 보고한 고객이 IMAP(Internet Message Access Protocol) 및 SMTP(Simple Mail Transfer Protocol)를 부적절하게 활성화한 루트 도메인을 호스팅하는 웹 서버를 최근에 업데이트했음을 확인했습니다. 이로 인해 웹 서버가 Outlook 클라이언트가 보낸 자동 검색 요청을 확인하여 이후에 Exchange Online 서비스에 대한 연결을 차단했습니다.

사용자 경험: 영향을 받는 사용자는 Outlook 클라이언트를 통해 Exchange Online 서비스에 연결할 수 없습니다. OWA(Outlook Web App) 연결은 이 문제의 영향을 받지 않습니다.

잠재적인 해결 방법: 최근에 업데이트된 웹 서버에서 IMAP 및 SMTP를 비활성화하면 웹 서버가 자동 검색 요청을 승인하지 못하도록 하여 최종 사용자에게 미치는 영향을 완화한다고 고객이 보고했습니다.

httpblogs.technet.com/b/kristinw/archive/2013/04/19/controlling-outlook-autodiscover-behavior.aspx
실제로 그러한지 확인하기 위해 로컬 XML 파일로 테스트할 수 있습니다.


이상하게도 나는 이번 주에 클라이언트에서 이와 똑같은 일을 겪었습니다. 한 명의 사용자만 갑자기 연결을 끊었고 계정 속성으로 이동할 때 RPC를 통한 Outlook이 비활성화되었습니다. 쉽게 고칠 수 있죠? rpc를 통한 Outlook을 활성화하고 계속 진행하십시오. 확인란을 선택하고 적용할 때마다 Outlook을 연 직후 거의 즉시 제거됩니다. 그래도 쉽게 고칠 수 있죠? 새로운 새 Outlook 프로필을 만드십시오. 그때 자동 검색이 제대로 작동하지 않는다는 것을 깨달았습니다. RPC를 통해 Outlook용 온라인 교환 분석기를 사용할 때 자동 검색 부분에서 실패했습니다. CNAME/Autodiscover 레코드를 확인했는데 autodiscover.outlook.com을 가리키는 모든 것이 양호했습니다. 관리자로 로그온한 상태에서 게시한 경고를 우연히 확인했습니다. 해당 고객은 dexaweb을 사용하고 있으며 호스트는 공유 호스팅 환경이기 때문에 IMAP 및 SMTP를 비활성화할 수 없다고 말했습니다. 마침내 작동하게 된 방법은 여기 Miker2의 지침을 따르는 것입니다.
내가 실제로 한 유일한 것은 로그온을 익명으로 설정하는 것입니다. 일단 그렇게하면 수동 설정이 작동했습니다. 그것들을 작동시키는 것은 단기적인 해결책입니다. 당분간 웹 서버 이동 외에 이에 대한 진정한 해결책이 있는지 알고 싶습니다.

== 커뮤니티 소개 ==
회원
온라인