Exchange Server의 ActiveSync 문제 해결

이 가이드의 용도는 무엇입니까?

Exchange Server 사서함과 장치 간에 받은 편지함, 일정 및 기타 항목의 동기화 문제를 해결합니다.

사용 대상은 누구입니까?

사용자의 ActiveSync 문제 진단 작업을 돕는 관리자를 대상으로 합니다.

어떤 방식으로 작동합니까?

직면한 문제에 대해 질문하는 방식으로 시작합니다. 그런 다음 해당 상황과 관련된 일련의 문제 해결 단계를 거칩니다.

예상 완료 시간:

60~90분

발생하고 있는 문제가 무엇입니까?

참고: 현재 알려진 문제 목록은 이 문서를 참조하십시오.

발생하고 있는 문제가 무엇입니까?

참고: 현재 알려진 문제 목록은 이 문서를 참조하십시오.

결론

축하합니다. ActiveSync 문제가 해결되었습니다.


알 수 없는 오류

죄송합니다. 본 가이드로는 문제를 해결할 수 없습니다. 이 문제 해결을 위한 도움이 필요하면 Microsoft 지원부에 문의하십시오. 지원부에 연락할 때는 이 문제 해결과 관련하여 수집할 수 있는 모든 데이터를 준비해 주십시오.

알 수 없는 장치 오류

죄송합니다. 본 가이드로는 문제를 해결할 수 없습니다. 여기서 설명하는 문제 해결 단계의 결과에 따라 추가 지원이 필요한 경우 장치 공급업체에 문의하는 것이 좋습니다. 또한 이 문제 해결을 위한 도움이 필요하면 Microsoft 지원부에 문의할 수 있습니다.

Exchange Remote Connectivity Analyzer

Microsoft Exchange ActiveSync에 대해 자동 검색이 작동하는지 확인합니다. 이렇게 하려면 다음 단계를 수행하십시오.

  1. Microsoft Remote Connectivity Analyzer 사이트로 이동합니다.
  2. Microsoft Exchange ActiveSync 연결 테스트에서 Exchange ActiveSync Autodiscover를 선택하고 다음을 클릭합니다.
  3. 필수 필드를 모두 입력하고 테스트 수행을 클릭합니다.
    3616_image8
     

연결 테스트가 실패했습니까?

Exchange Remote Connectivity Analyzer 결과 분석

이 문제를 해결하려면 테스트 결과를 검토하고 발견된 문제를 모두 해결합니다. 이렇게 하려면 다음 단계를 수행하십시오.

  1. 모두 확장을 클릭합니다.
    3616_image9
     

  2. 결과 내에서 오류를 찾아(거의 끝에 있음) 문제를 해결합니다.
    3616_image10
     

Exchange Remote Connectivity Analyzer 결과를 사용해 문제가 해결되었습니까?

UPN(사용자 계정 이름) 확인

Exchange ActiveSync 장치 대부분은 장치 설치를 위해 전자 메일 주소 및 암호가 필요합니다. 이 조합은 사용자 계정 이름 값이 사용자의 전자 메일 주소와 일치하는 경우에만 작동합니다. 이 두 특성이 같은 값을 가지는지 확인합니다. 이렇게 하려면 다음 단계를 수행하십시오.

  1. Exchange 관리 셸을 엽니다.
  2. 다음 cmdlet을 실행하여 특성 값을 검색합니다.
    Get-Mailbox user | fl UserPrincipalName,PrimarySmtpAddress
    3616_image11
     

UserPrincipalName이 사용자의 PrimarySmtpAddress와 일치합니까?

도메인 접미사 확인

UserPrincipalName 특성에 사용 가능한 적합한 도메인 접미사가 있는지 확인합니다. 이렇게 하려면 다음 단계를 수행하십시오.

  1. Active Directory 사용자 및 컴퓨터를 엽니다.
  2. 사용자 개체를 찾아 두 번 클릭하여 속성을 봅니다.
  3. 계정 탭으로 이동하고 사용자 로그온 이름에 대한 드롭다운 목록을 클릭합니다.
    3616_image12
     

SMTP 주소 도메인이 드롭다운에 나열되어 있습니까?
UPN 접미사 추가, UPN(사용자 계정 이름) 수정

UPN 접미사 추가

이 문제를 해결하려면 기본 SMTP 주소 도메인을 UPN 접미사 목록에 추가해야 합니다. 이렇게 하려면 다음 단계를 수행하십시오.

  1. Active Directory 도메인 및 트러스트를 엽니다.
  2. Active Directory 도메인 및 트러스트를 마우스 오른쪽 단추로 클릭하고 속성을 선택합니다.
  3. 기본 SMTP 주소 도메인을 입력하고 추가를 클릭한 후 확인을 클릭합니다.
    3616_image13
     

UPN(사용자 계정 이름) 수정

이 문제를 해결하려면 사용자의 UserPrincipalName 특성을 수정합니다. 이렇게 하려면 다음 단계를 수행하십시오.

  1. Exchange 관리 셸을 엽니다.
  2. 다음 cmdlet을 실행하여 UserPrincipalName을 수정합니다.
    Set-Mailbox user –UserPrincipalName user@fabrikam.com

UserPrincipalName을 수정하여 문제가 해결되었습니까?

UPN(사용자 계정 이름) 수정

이 문제를 해결하려면 사용자의 UserPrincipalName 특성을 수정합니다. 이렇게 하려면 다음 단계를 수행하십시오.

  1. Exchange 관리 셸을 엽니다.
  2. 다음 cmdlet을 실행하여 UserPrincipalName을 수정합니다.
    Set-Mailbox user –UserPrincipalName user@fabrikam.com

UserPrincipalName을 수정하여 문제가 해결되었습니까?

정책 오류

Exchange ActiveSync는 ActiveSync 사서함 정책 사용을 포함합니다. 사용 가능한 장치 설정은 각 장치에 따라 다르며 일부 설정은 일부 장치에 작동하지 않을 수 있습니다. ActiveSync 사서함 정책이 문제인지 확인하기 위해 새로운 ActiveSync 사서함 정책을 만들어 사용자에게 할당합니다. 이렇게 하려면 다음 단계를 수행하십시오.

  1. Exchange 관리 셸을 엽니다.
  2. 다음 cmdlet을 실행하여 새로운 ActiveSync 사서함 정책을 만듭니다.
    New-ActiveSyncMailboxPolicy -Name "Test ActiveSync Policy"
  3. 다음 cmdlet을 실행하여 새로운 이 정책을 사서함에 할당합니다.
    Set-CASMailbox user -ActiveSyncMailboxPolicy "Test ActiveSync Policy"

새로운 ActiveSync 사서함 정책을 만들어 문제가 해결되었습니까?

영향 파악

이 문제 해결을 시작하기 전에 사용자 환경에 미치는 영향을 식별해야 합니다.


Exchange ActiveSync에 연결할 수 없는 사용자는 몇 명입니까?

Active Directory 사용 권한 확인

사용자 개체 사용 권한이 연결 문제를 발생하게 하지 않는지 확인합니다. 이렇게 하려면 다음 단계를 수행하십시오.

  1. Active Directory 사용자 및 컴퓨터를 엽니다.
  2. 보기 메뉴로 이동하여 고급 기능을 선택합니다.
  3. 사용자 개체를 찾아 두 번 클릭하여 속성을 봅니다.
  4. 보안 탭으로 이동하고 고급 단추를 클릭합니다.
    3616_image14
     

이 개체의 부모로부터 상속 가능한 사용 권한 포함이 사용되도록 설정되었습니까?

Active Directory 사용 권한 업데이트

이 문제를 해결하려면 사용자 개체 사용 권한을 수정하여 개체의 부모로부터 사용 권한을 상속합니다. 이렇게 하려면 다음 단계를 수행하십시오.

  1. Active Directory 사용자 및 컴퓨터를 엽니다.
  2. 보기 메뉴로 이동하여 고급 기능을 선택합니다.
  3. 사용자 개체를 찾아 두 번 클릭하여 속성을 봅니다.
  4. 보안 탭으로 이동하고 고급 단추를 클릭합니다.
  5. 이 개체의 부모로부터 상속 가능한 사용 권한 포함을 사용하도록 설정하고 확인을 두 번 클릭합니다.
    3616_image15
     

사용자 개체의 사용 권한을 수정하여 문제가 해결되었습니까?

ActiveSync 사서함 로깅 사용, Fiddler 추적 캡처, ActiveSync 사서함 로그 분석

ActiveSync 사서함 로깅 사용

클라이언트 액세스 서버에서 ActiveSync 사서함 로깅을 사용하도록 설정하여 사서함이 더 자세한 로깅 정보를 수집할 수 있도록 해야 합니다. 사서함 로깅에 대한 자세한 내용은 여기에서 찾을 수 있습니다. 이렇게 하려면 다음 단계를 수행하십시오.

참고: 이 변경은 Exchange 2013 사서함 서버에서 이루어져야 합니다.

  1. Windows 탐색기를 열어 Sync 폴더(C:\Program Files\Microsoft\Exchange Server\V14\ClientAccess\Sync)를 찾습니다.
  2. web.config 파일 사본을 만듭니다.
  3. 메모장에서 web.config 파일을 열고 다음 섹션을 아래 값으로 수정합니다.
    3616_image16
     

  4. IIS 관리자를 엽니다.
  5. 서버를 확장하고 응용 프로그램 풀을 선택합니다.
  6. MSExchangeSyncAppPool을 마우스 오른쪽 단추로 클릭한 다음 중지를 선택합니다.
  7. MSExchangeSyncAppPool을 마우스 오른쪽 단추로 클릭한 다음 시작을 선택합니다.
  8. Exchange 관리 셸을 엽니다.
  9. 다음 cmdlet을 실행하여 사용자에 대해 사서함 로깅을 사용하도록 설정합니다.
    Set-CASMailbox user -ActiveSyncDebugLogging:$True

Fiddler 추적 캡처

ActiveSync 장치 요청이 원하는 대로 대상에 도달하지 않는 경우가 있습니다. 예상대로 장치 요청을 보내고 응답을 받으려면 장치를 HTTP 프록시를 통해 라우팅하고 데이터를 검토합니다. 이렇게 하려면 다음 단계를 수행하십시오.
  1. Fiddler를 워크스테이션에 다운로드하고 설치합니다.
  2. EAS Inspector for Fiddler를 다운로드합니다.
  3. EASInspectorFiddler.dll의 압축을 c:\Program Files\Fiddler2\Inspectors 폴더에 풉니다.
  4. Fiddler 응용 프로그램을 시작합니다.
  5. Tools(도구) 메뉴를 선택한 다음 Fiddler Options(Fiddler 옵션)를 선택합니다.
  6. HTTPS 탭으로 이동하여 Decrypt HTTPS traffic(HTTPS 트래픽 암호 해독)을 선택하고 모든 프롬프트에 대해 Yes(예)를 클릭합니다.
  7. Connections(연결) 탭으로 이동하여 Allow remote computers to connect(원격 컴퓨터 연결 허용)를 선택하고 모든 프롬프트에 대해 OK(확인)를 클릭합니다.
  8. OK(확인)를 클릭하여 Fiddler 응용 프로그램을 닫습니다.
  9. 이 워크스테이션을 프록시 서버로 사용하려면 ActiveSync 장치를 구성합니다. (이 작업은 일반적으로 장치의 WiFi 설정에서 수행됩니다.)
  10. Fiddler 응용 프로그램을 시작합니다.
  11. ActiveSync 클라이언트에서 하나 이상의 메시지 보내기를 시도합니다.
  12. File(파일) 메뉴를 선택한 다음 Capture Traffic(트래픽 캡처)을 선택하여 추적을 중지합니다.

ActiveSync 사서함 로그 분석

이제 수집한 데이터가 있으니 문제 해결을 시작해 보겠습니다. 수행할 첫 번째 단계는 사서함 로그를 살펴보고 항목이 캡처되었는지 확인하는 것입니다. 이렇게 하려면 다음 단계를 수행하십시오.
  1. Exchange 관리 셸을 엽니다.
  2. 다음 cmdlet을 실행하여 사용자의 사서함 로그를 검색합니다.
    Get-ActiveSyncDeviceStatistics -Mailbox user -GetMailboxLog:$True -NotificationEmailAddresses admin@contoso.com
    참고: 이렇게 하면 분석을 위해 ActiveSync 사서함 로그를 지정된 전자 메일 주소로 보냅니다. 사서함 로깅에 대한 자세한 내용은 여기에서 찾을 수 있습니다.
  3. MailboxLogParser를 다운로드한 다음 파일의 압축을 풉니다.
  4. MailboxLogParser.exe를 열어 유틸리티를 시작합니다.
  5. Import Mailbox Logs to Grid(그리드로 사서함 로그 가져오기)를 클릭하여 사서함 로그를 엽니다.
  6. Search raw log data for strings(문자열의 원시 로그 데이터 검색) 아래에서 SendMail을 입력한 다음 Search(검색)를 클릭합니다.
    3616_image18
     

로그에서 SendMail 명령이 보입니까?
Placeholder_Merged to 15
Placeholder_Merged to 15
SendMail 상태 코드 확인

다음은 ActiveSync 사서함 로그에서 예제 검색 결과입니다.

3616_image19
 


로그에서 SendMail 명령에 대해 어떤 상태 코드 값이 보입니까?

Exchange ActiveSync 조직 설정

참고: 이 기능은 Exchange 2007에서 사용할 수 없습니다. 조직에서 Exchange 2007을 실행하고 있는 경우 페이지의 끝에서 "Exchange 2007을 실행하고 있습니다"를 클릭합니다.
Exchange ActiveSync 조직 설정을 사용해 관리자는 ActiveSync 장치의 기본 액세스 수준을 설정할 수 있습니다. 이러한 기본 설정에는 차단, 격리 및 허용이 포함됩니다. 현재 조직 설정을 확인하여 환경의 현재 기본 액세스 수준을 파악합니다. 이렇게 하려면 다음 단계를 수행하십시오.
  1. Exchange 관리 셸을 엽니다.
  2. 다음 cmdlet을 실행하여 현재 조직 설정을 파악합니다.
    Get-ActiveSyncOrganizationSettings | ft DefaultAccessLevel
    3616_image20
     

기본 액세스 수준이 허용으로 설정되어 있습니까?

Exchange ActiveSync 조직 설정 수정

이 문제를 해결하려면 ActiveSync 조직 설정을 수정합니다. 이렇게 하려면 다음 단계를 수행하십시오.

  1. Exchange 관리 셸을 엽니다.
  2. 다음 cmdlet을 실행하여 현재 조직 설정을 파악합니다.
    Set-ActiveSyncOrganizationSettings –DefaultAccessLevel Allow

ActiveSync 조직 설정의 DefaultAccessLevel 설정을 변경하여 문제가 해결되었습니까?

Exchange ActiveSync 장치 액세스 규칙

Exchange ActiveSync 장치 액세스 규칙을 사용해 관리자는 장치 성격에 따라 액세스 그룹을 만들 수 있습니다. 장치 연결을 허용하는 장치 액세스 규칙의 현재 구성을 확인합니다. 이렇게 하려면 다음 단계를 수행하십시오.

  1. Exchange 관리 셸을 엽니다.
  2. 다음 cmdlet을 실행하여 액세스 수준이 허용으로 설정된 장치 액세스 규칙을 찾습니다.
    Get-ActiveSyncDeviceAccessRule | Where { $_.AccessLevel -eq "Allow" }
    3616_image21
     

액세스 수준이 차단 또는 격리로 설정된 사용자 장치와 일치하는 장치 액세스 규칙이 있습니까?

Exchange ActiveSync 장치 액세스 규칙 수정

이 문제를 해결할 수 있는 방법에는 두 가지가 있습니다. 첫 번째 방법은 장치 액세스 규칙을 제거하는 것입니다. 장치 액세스 규칙을 추가/제거하는 방법에 대한 자세한 내용을 보려면 여기를 클릭하십시오. 이렇게 하려면 다음 단계를 수행하십시오.

  1. Exchange 관리 셸을 엽니다.
  2. 다음 cmdlet을 실행하여 장치 액세스 규칙을 만듭니다.
    Remove-ActiveSyncDeviceAccessRule ‘WindowsMail (DeviceType)’
    3616_image22
     

두 번째 방법은 기존 장치 액세스 규칙의 AccessLevel을 수정하는 것입니다. 이렇게 하려면 다음 단계를 수행하십시오.

  1. Exchange 관리 셸을 엽니다.
  2. 다음 cmdlet을 실행하여 액세스 수준을 수정합니다.
    Set-ActiveSyncDeviceAccessRule ‘WindowsMail (DeviceType)’ -AccessLevel Allow
    3616_image23
     

조직의 장치 액세스 규칙을 업데이트하여 문제가 해결되었습니까?

사서함 차단 장치 ID

관리자는 사서함과 동기화를 허용하지 않는 장치 목록을 구성할 수 있습니다. 장치가 동기화하지 못하도록 차단되었는지 파악하려면 사용자 구성을 확인합니다. 이렇게 하려면 다음 단계를 수행하십시오.

  1. Exchange 관리 셸을 엽니다.
  2. 다음 cmdlet을 실행하여 동기화가 허용되지 않는 장치를 찾습니다.
    Get-CASMailbox user | fl ActiveSyncBlockedDeviceIDs
    3616_image24
     

사용자의 장치가 사용자의 사서함과 동기화되지 못하도록 차단되어 있습니까?

사서함 설정 수정

이 문제를 해결하려면 사서함의 차단 목록에서 장치 ID를 제거합니다. 이렇게 하려면 다음 단계를 수행하십시오.

  1. Exchange 관리 셸을 엽니다.
  2. 다음 cmdlet을 실행하여 동기화가 허용되지 않는 장치를 찾습니다.
    Set-CASMailbox user -ActiveSyncBlockedDeviceIDs $null
    참고: 이 cmdlet에 대한 추가 정보 및 사용 가능한 옵션을 보려면 여기를 클릭하십시오.

사서함의 차단 목록에서 이 장치 ID를 제거하여 문제가 해결되었습니까?

Fiddler 추적 분석

장치에서 메시지 보내기를 시도했다면 Fiddler 추적에서 요청을 확인해야 합니다. Fiddler 추적을 사용하여 클라이언트에서 보낸 요청과 서버의 응답을 확인할 수 있습니다. 이렇게 하려면 다음 단계를 수행하십시오.

  1. Fiddler를 엽니다.
  2. Edit(편집) 메뉴로 이동하여 Find Sessions(세션 찾기)를 선택합니다.
  3. ActiveSync를 입력하고 Find Sessions(세션 찾기)를 클릭합니다.
  4. Result(결과) 열에서 200이 아닌 HTTP 응답 값이 있는지 검토합니다.
  5. Body(본문) 열에 값이 있는 요청을 선택합니다.
    3616_image25
     

  6. TextView(텍스트 보기) 탭을 선택하여 자세한 내용을 보기 위해 응답을 확인합니다.
    3616_image26
     

Fiddler 추적에서 HTTP 오류를 찾았습니까?

SendMail 상태 코드 확인

HTTP 오류를 찾지 못했다면 ActiveSync 응답의 상태 코드를 찾아야 합니다. Fiddler 추적을 사용하여 이러한 응답을 찾을 수 있습니다. 이렇게 하려면 다음 단계를 수행하십시오.

  1. Fiddler를 엽니다.
  2. Edit(편집) 메뉴로 이동하여 Find Sessions(세션 찾기)를 선택합니다.
  3. ActiveSync를 입력하고 Find Sessions(세션 찾기)를 클릭합니다.
  4. Body(본문) 열을 검토하여 작은 값을 찾습니다.
    3616_image27
     

  5. EAS XML 탭에서 장치로부터의 요청과 받은 응답을 확인합니다.
    3616_image28
     

응답 창에서 어떤 상태 보드가 보입니까?

Log Parser Studio 설치, Log Parser Studio 쿼리 – SendMail, 쿼리 결과 분석

Log Parser Studio 설치

Exchange 서버와 통신을 시도하는 동안 ActiveSync 클라이언트에 오류가 발생할 수 있습니다. 이제 이러한 오류가 어디에서 발생했는지 파악이 필요합니다. 우선 클라이언트 액세스 서버에서 IIS 로그를 확인합니다. 이러한 로그를 분석할 수 있으려면 분석이 완료될 워크스테이션에 Log Parser Studio가 설치되어 있어야 합니다. 이렇게 하려면 다음 단계를 수행하십시오.

  1. LogParser를 다운로드하여 설치합니다.
    • LogParser.msi를 두 번 클릭하여 설치를 시작합니다.
    • 파일 열기 - 보안 경고가 표시되면 실행을 클릭합니다.
    • 시작 화면에서 Next(다음)를 클릭합니다.
    • End-User License Agreement(최종 사용자 사용권 계약) 화면에서 사용권 계약을 검토한 후 동의하고 Next(다음)를 클릭합니다.
    • Choose Setup Type(설치 유형 선택) 화면에서 Complete(전체)를 클릭합니다.
    • Ready to Install(설치 준비 완료) 화면에서 Install(설치)을 클릭합니다.
    • Completion(완료) 화면에서 Finish(마침)를 선택합니다.
  2. Log Parser Studio를 다운로드하여 파일의 압축을 풉니다.

LogParser가 설치되고 Log Parser Studio의 압축이 풀렸으면 분석을 위해 IIS 로그를 Exchange 서버에서 로컬 워크스테이션으로 복사합니다.

Log Parser Studio 쿼리 – SendMail

이러한 ActiveSync 요청에 오류가 발생했는지 파악하려면 장치 트래픽의 IIS 로그에 대해 쿼리를 실행합니다. 이렇게 하려면 다음 단계를 수행하십시오.

  1. LPS.exe를 두 번 클릭하여 Log Parser Studio를 시작합니다.
  2. Log(로그) 폴더 아이콘을 클릭하고 처리할 파일을 선택합니다.
    3616_image30
     

  3. Add Files(파일 추가) 또는 Add Folder(폴더 추가) 단추를 클릭한 다음 앞서 복사한 파일을 찾아 선택합니다.
    3616_image31
     

  4. 파일/폴더가 선택되었는지 확인하고 OK(확인)를 클릭합니다.
  5. 라이브러리에서 ActiveSync: SendMail을 두 번 클릭합니다.
  6. 느낌표 아이콘을 클릭하여 쿼리를 실행합니다.
    3616_image32
     

  7. Status(상태), Error(오류), ABQ 및 sc-status 열을 검토하여 이 쿼리의 결과를 분석합니다.

쿼리 결과 분석

다음 예제에서는 이전 쿼리의 결과를 보여줍니다.

3616_image33
 

문제가 없는지 쿼리 결과를 검토해야 합니다. 이렇게 하려면 다음 단계를 수행하십시오.

  1. Status(상태) 열을 검토하여 값이 있는 요청을 찾습니다. Exchange ActiveSync 프로토콜 문서를 사용하여 이러한 값을 살펴보고 취할 수 있는 수정 조치가 있는지 조사합니다.
  2. Error(오류) 열을 검토하여 이 열에 값이 있는 요청을 찾습니다. 이러한 오류 메시지의 상당은 별도의 설명이 필요 없으므로 그에 따른 수정 조치를 취할 수 있습니다.
  3. sc-status 열을 검토하여 값이 200이 아닌 요청을 찾습니다. 이는 IIS의 HTTP 상태 응답입니다. 자세한 내용은 여기에서 확인할 수 있습니다.

IIS 로그를 분석한 후에 이 문제를 해결할 수 있었습니까?

Placeholder_Merged into 27
Placeholder_Merged into 27
Exchange Remote Connectivity Analyzer

사용자가 Exchange에 성공적으로 연결할 수 있는지 파악하려면 사용자 계정으로 Exchange Remote Connectivity Analyzer를 실행합니다. 이렇게 하려면 다음 단계를 수행하십시오.

  1. Microsoft Remote Connectivity Analyzer 사이트로 이동합니다.
  2. Microsoft Exchange ActiveSync 연결 테스트에서 Exchange ActiveSync를 선택하고 다음을 클릭합니다.
  3. 필수 필드를 모두 입력하고 테스트 수행을 클릭합니다.
    3616_image34
     

    참고: 필요한 경우 Autodiscover 사용자 설정 요청을 무시하도록 서버 설정을 수동으로 지정합니다.

Exchange Remote Connectivity Analyzer 테스트가 실패했습니까?

Exchange Remote Connectivity Analyzer 결과 분석

이 문제를 해결하려면 테스트 결과를 검토하고 발견된 문제를 모두 해결합니다. 이렇게 하려면 다음 단계를 수행하십시오.

  1. 모두 확장을 클릭합니다.
    3616_image9
     

  2. 결과 내에서 오류를 찾아(거의 끝에 있음) 문제를 해결합니다.
    3616_image35
     

Exchange Remote Connectivity Analyzer 결과를 사용해 문제가 해결되었습니까?

Exchange ActiveSync 응용 프로그램 풀

MSExchangeSyncAppPool이 시작했고 LocalSystem에서 실행 중인지 확인합니다. 이렇게 하려면 다음 단계를 수행하십시오.

  1. IIS 관리자를 엽니다.
  2. 서버를 확장하고 응용 프로그램 풀을 선택합니다.
    
    3616_image36
     

LocalSystem 계정을 사용하여 MSExchangeSyncAppPool이 시작되었습니까?

MSExchangeSyncAppPool 수정

이 문제를 해결하려면 MSExchangeSyncAppPool을 수정하여 LocalSystem 계정을 사용합니다. 이렇게 하려면 다음 단계를 수행하십시오.

  1. IIS 관리자를 엽니다.
  2. 서버를 확장하고 응용 프로그램 풀을 선택합니다.
  3. MSExchangeSyncAppPool을 마우스 오른쪽 단추로 클릭한 다음 고급 설정을 선택합니다.
  4. ID 값으로 LocalSystem을 선택합니다.
    
    3616_image37
     

  5. MSExchangeSyncAppPool을 마우스 오른쪽 단추로 클릭한 다음 중지를 선택합니다.
  6. MSExchangeSyncAppPool을 마우스 오른쪽 단추로 클릭한 다음 시작을 선택합니다.

MSExchangeSyncAppPool을 업데이트하여 문제가 해결되었습니까?

ActiveSync 가상 디렉터리 인증 설정

ActiveSync 가상 디렉터리의 인증 설정을 확인합니다. 이렇게 하려면 다음 단계를 수행하십시오.

  1. Exchange 관리 셸을 엽니다.
  2. 다음 cmdlet을 실행하여 가상 디렉터리 설정을 확인합니다.
    Get-ActiveSyncVirtualDirectory | ft server,basic*

ActiveSync 가상 디렉터리가 기본 인증을 사용하도록 구성되어 있습니까?

ActiveSync 가상 디렉터리 인증 설정 수정

이 문제를 해결하려면 기본 인증을 사용하도록 ActiveSync 가상 디렉터리를 구성합니다. 이렇게 하려면 다음 단계를 수행하십시오.

  1. Exchange 관리 셸을 엽니다.
  2. 다음 cmdlet을 실행하여 가상 디렉터리에서 기본 인증을 사용하도록 설정합니다.
    Set-ActiveSyncVirtualDirectory ServerName\Microsoft* -BasicAuthEnabled:$True

ActiveSync 가상 디렉터리에서 기본 인증을 사용하도록 설정하여 문제가 해결되었습니까?

ActiveSync 기본 도메인

일부 장치는 자격 증명으로 사용자 이름 값만 보내기 때문에 인증 실패가 발생합니다. 기본 도메인 값이 ActiveSync 가상 디렉터리에 구성되어 있는지 확인합니다. 이렇게 하려면 다음 단계를 수행하십시오.

  1. IIS 관리자를 엽니다.
  2. 서버를 확장하고 사이트를 확장한 후 기본 웹 사이트를 확장하고 Microsoft-Server-ActiveSync를 선택합니다.
  3. 기능 보기에서 인증을 두 번 클릭합니다.
  4. 기본 인증을 선택하고 작업 창에서 편집을 클릭합니다.
    3616_image38
     

기본 도메인 필드에 값이 있습니까?

ActiveSync 가상 디렉터리의 기본 도메인 추가

이 문제를 해결하려면 ActiveSync 가상 디렉터리의 기본 도메인을 구성합니다. 이렇게 하려면 다음 단계를 수행하십시오.

  1. IIS 관리자를 엽니다.
  2. 서버를 확장하고 사이트를 확장한 후 기본 웹 사이트를 확장하고 Microsoft-Server-ActiveSync를 선택합니다.
  3. 기능 보기에서 인증을 두 번 클릭합니다.
  4. 기본 인증을 선택하고 작업 창에서 편집을 클릭합니다.
  5. 기본 도메인의 값을 입력하고 확인을 클릭합니다.
    3616_image39
     

ActiveSync 가상 디렉터리에서 기본 도메인을 사용하도록 설정하여 문제가 해결되었습니까?

ActiveSync 가상 디렉터리 SSL 설정

ActiveSync 가상 디렉터리가 클라이언트 인증서를 필요로 하도록 구성되어 있지 않은지 확인합니다. 이렇게 하려면 다음 단계를 수행하십시오.

  1. IIS 관리자를 엽니다.
  2. 서버를 확장하고 사이트를 확장한 후 기본 웹 사이트를 확장하고 Microsoft-Server-ActiveSync를 선택합니다.
  3. 기능 보기에서 SSL 설정을 두 번 클릭합니다.
    3616_image40
     

SSL 설정에서 클라이언트 인증서가 무시로 설정되어 있습니까?

ActiveSync 가상 디렉터리 SSL 설정 수정

이 문제를 해결하려면 클라이언트 인증서 설정을 무시로 설정합니다. 이렇게 하려면 다음 단계를 수행하십시오.

  1. IIS 관리자를 엽니다.
  2. 서버를 확장하고 사이트를 확장한 후 기본 웹 사이트를 확장하고 Microsoft-Server-ActiveSync를 선택합니다.
  3. 기능 보기에서 SSL 설정을 두 번 클릭합니다.
  4. 클라이언트 인증서에서 무시를 선택합니다.
    3616_image41
     

SSL 설정에서 클라이언트 인증서를 무시로 변경하여 문제가 해결되었습니까?

ActiveSync 가상 디렉터리 HTTP 리디렉션

IIS 7에서 HTTP 리디렉션이 구성되어 있는 경우 리디렉션 설정은 해당 웹 사이트 아래의 모든 가상 디렉터리에서 상속됩니다. ActiveSync 가상 디렉터리 HTTP 리디렉션을 확인합니다. 이렇게 하려면 다음 단계를 수행하십시오.

  1. IIS 관리자를 엽니다.
  2. 서버를 확장하고 사이트를 확장한 후 기본 웹 사이트를 확장하고 Microsoft-Server-ActiveSync를 선택합니다.
  3. 기능 보기에서 HTTP 리디렉션을 두 번 클릭합니다.
    3616_image42
     

ActiveSync 가상 디렉터리에 대해 리디렉션이 구성되어 있습니까?

ActiveSync 가상 디렉터리 HTTP 리디렉션 수정

이 문제를 해결하려면 ActiveSync 가상 디렉터리에서 HTTP 리디렉션을 제거합니다. 이렇게 하려면 다음 단계를 수행하십시오.

  1. IIS 관리자를 엽니다.
  2. 서버를 확장하고 사이트를 확장한 후 기본 웹 사이트를 확장하고 Microsoft-Server-ActiveSync를 선택합니다.
  3. 기능 보기에서 HTTP 리디렉션을 두 번 클릭합니다.
  4. 요청을 이 대상으로 리디렉션의 확인란을 선택 취소합니다.
    
    3616_image43
     

ActiveSync 가상 디렉터리에서 HTTP 리디렉션을 제거하여 문제가 해결되었습니까?

ActiveSync 사용 사서함

ActiveSync를 사용하도록 사서함이 설정되어 있는지 확인합니다. 이렇게 하려면 다음 단계를 수행하십시오.

  1. Exchange 관리 셸을 엽니다.
  2. 다음 cmdlet을 실행하여 사서함 설정을 확인합니다.
     Get-CASMailbox user | fl ActiveSyncEnabled
    3616_image44
     

ActiveSync를 사용하도록 사용자가 설정되어 있습니까?

ActiveSync를 사용하도록 사용자 설정

이 문제를 해결하려면 ActiveSync를 사용하도록 사용자를 설정합니다. 이렇게 하려면 다음 단계를 수행하십시오.

  1. Exchange 관리 셸을 엽니다.
  2. 다음 cmdlet을 실행하여 ActiveSync에 대해 사서함을 사용하도록 설정합니다.
    Set-CASMailbox user –ActiveSyncEnabled:$True
    3616_image45
     

ActiveSync를 사용하도록 사서함을 설정하여 문제가 해결되었습니까?

Exchange ActiveSync 프로토콜 문서 검토

SendMail 명령이 Exchange에서 예상치 못한 상태 코드 응답을 받았습니다. 어떤 오류가 발생했는지 이해하려면 Exchange ActiveSync Command Reference Protocol(Exchange ActiveSync 명령 참조 프로토콜) 문서를 검토하여 문제를 해결해야 합니다.


응답의 상태 코드를 검토하여 문제를 해결할 수 있었습니까?

Exchange ActiveSync 조직 설정

참고: 이 기능은 Exchange 2007에서 사용할 수 없습니다. 조직에서 Exchange 2007을 실행하고 있는 경우 페이지의 끝에서 "Exchange 2007을 실행하고 있습니다"를 클릭합니다.

Exchange ActiveSync 조직 설정을 사용해 관리자는 ActiveSync 장치의 기본 액세스 수준을 설정할 수 있습니다. 이러한 기본 설정에는 차단, 격리 및 허용이 포함됩니다. 현재 조직 설정을 확인하여 환경의 현재 기본 액세스 수준을 파악합니다. 이렇게 하려면 다음 단계를 수행하십시오.

  1. Exchange 관리 셸을 엽니다.
  2. 다음 cmdlet을 실행하여 현재 조직 설정을 파악합니다.
    Get-ActiveSyncOrganizationSettings | ft DefaultAccessLevel
    3616_image20
     

기본 액세스 수준이 허용으로 설정되어 있습니까?

ActiveSync 조직 설정 수정

이 문제를 해결하려면 ActiveSync 조직 설정을 수정합니다. 이렇게 하려면 다음 단계를 수행하십시오.

  1. Exchange 관리 셸을 엽니다.
  2. 다음 cmdlet을 실행하여 현재 조직 설정을 파악합니다.
    Set-ActiveSyncOrganizationSettings –DefaultAccessLevel Allow

ActiveSync 조직 설정의 DefaultAccessLevel 설정을 변경하여 문제가 해결되었습니까?

Exchange ActiveSync 장치 액세스 규칙

Exchange ActiveSync 장치 액세스 규칙을 사용해 관리자는 장치 성격에 따라 액세스 그룹을 만들 수 있습니다. 장치 연결을 허용하는 장치 액세스 규칙의 현재 구성을 확인합니다. 이렇게 하려면 다음 단계를 수행하십시오.

  1. Exchange 관리 셸을 엽니다.
  2. 다음 cmdlet을 실행하여 액세스 수준이 허용으로 설정된 장치 액세스 규칙을 찾습니다.
    Get-ActiveSyncDeviceAccessRule | Where { $_.AccessLevel -eq "Allow" }
    3616_image21
     

액세스 수준이 차단 또는 격리로 설정된 사용자 장치와 일치하는 장치 액세스 규칙이 있습니까?

Exchange ActiveSync 장치 액세스 규칙 수정

Exchange ActiveSync 장치 액세스 규칙을 사용해 관리자는 장치 성격에 따라 액세스 그룹을 만들 수 있습니다. 장치 연결을 허용하는 장치 액세스 규칙의 현재 구성을 확인합니다. 이렇게 하려면 다음 단계를 수행하십시오.

  1. Exchange 관리 셸을 엽니다.
  2. 다음 cmdlet을 실행하여 액세스 수준이 허용으로 설정된 장치 액세스 규칙을 찾습니다.
    Get-ActiveSyncDeviceAccessRule | Where { $_.AccessLevel -eq "Allow" }
    3616_image21
     

액세스 수준이 차단 또는 격리로 설정된 사용자 장치와 일치하는 장치 액세스 규칙이 있습니까?

사서함 차단 장치 ID

관리자는 사서함과 동기화를 허용하지 않는 장치 목록을 구성할 수 있습니다. 장치가 동기화하지 못하도록 차단되었는지 파악하려면 사용자 구성을 확인합니다. 이렇게 하려면 다음 단계를 수행하십시오.

  1. Exchange 관리 셸을 엽니다.
  2. 다음 cmdlet을 실행하여 동기화가 허용되지 않는 장치를 찾습니다.
    Get-CASMailbox user | fl ActiveSyncBlockedDeviceIDs
    3616_image24
     

사용자의 장치가 사용자의 사서함과 동기화되지 못하도록 차단되어 있습니까?

사서함 설정 수정

이 문제를 해결하려면 사서함의 차단 목록에서 장치 ID를 제거합니다. 이렇게 하려면 다음 단계를 수행하십시오.

  1. Exchange 관리 셸을 엽니다.
  2. 다음 cmdlet을 실행하여 동기화가 허용되지 않는 장치를 찾습니다.
    Set-CASMailbox user -ActiveSyncBlockedDeviceIDs $null
    참고: 이 cmdlet에 대한 추가 정보 및 사용 가능한 옵션을 보려면 여기를 클릭하십시오.

사서함의 차단 목록에서 이 장치 ID를 제거하여 문제가 해결되었습니까?

Log Parser Studio 설치, Log Parser Studio 쿼리 – Count Syncs with SyncKey of Zero Per User

Log Parser Studio 설치

Exchange 서버와 통신을 시도하는 동안 ActiveSync 클라이언트에 오류가 발생할 수 있습니다. 이제 이러한 오류가 어디에서 발생했는지 파악이 필요합니다. 우선 클라이언트 액세스 서버에서 IIS 로그를 확인합니다. 이러한 로그를 분석할 수 있으려면 분석이 완료될 워크스테이션에 Log Parser Studio가 설치되어 있어야 합니다. 이렇게 하려면 다음 단계를 수행하십시오.

  1. LogParser를 다운로드하여 설치합니다.
    • LogParser.msi를 두 번 클릭하여 설치를 시작합니다.
    • 파일 열기 - 보안 경고가 표시되면 실행을 클릭합니다.
    • 시작 화면에서 Next(다음)를 클릭합니다.
    • End-User License Agreement(최종 사용자 사용권 계약) 화면에서 사용권 계약을 검토한 후 동의하고 Next(다음)를 클릭합니다.
    • Choose Setup Type(설치 유형 선택) 화면에서 Complete(전체)를 클릭합니다.
    • Ready to Install(설치 준비 완료) 화면에서 Install(설치)을 클릭합니다.
    • Completion(완료) 화면에서 Finish(마침)를 선택합니다.
  2. Log Parser Studio를 다운로드하여 파일의 압축을 풉니다.

LogParser가 설치되고 Log Parser Studio의 압축이 풀렸으면 분석을 위해 IIS 로그를 Exchange 서버에서 로컬 워크스테이션으로 복사합니다.


Log Parser Studio 쿼리 – Count Syncs with SyncKey of Zero Per User

장치가 Exchange와 다시 동기화되고 있는지 파악하려면 Log Parser 쿼리를 실행하여 사용자를 찾습니다. 이렇게 하려면 다음 단계를 수행하십시오.

  1. LPS.exe를 두 번 클릭하여 Log Parser Studio를 시작합니다.
  2. Log(로그) 폴더 아이콘을 클릭하고 처리할 파일을 선택합니다.
    3616_image30
     

  3. Add Files(파일 추가) 또는 Add Folder(폴더 추가) 단추를 클릭한 다음 앞서 복사한 파일을 찾아 선택합니다.
    3616_image31
     

  4. 파일/폴더가 선택되었는지 확인하고 OK(확인)를 클릭합니다.
  5. 라이브러리에서 ActiveSync: Count Syncs with SyncKey of Zero Per User를 두 번 클릭합니다.
  6. 느낌표 아이콘을 클릭하여 쿼리를 실행합니다.
    3616_image32
     

  7. 이 쿼리의 결과를 분석합니다.
    3616_image75
     

SyncKey 값 0을 사용하는 여러 요청을 가진 장치가 있습니까?

파일 수준 바이러스 백신 확인

많은 경우에 파일 수준 바이러스 백신은 요청이나 응답 처리를 지연시켜 ActiveSync 트래픽에 영향을 줍니다. 이러한 서비스를 중지해도 해당 서비스에서 사용하는 커널 모드 필터 드라이버를 사용하지 않게 설정되지는 않습니다. 파일 수준 바이러스 백신을 사용하지 않도록 설정하려면 이 문서의 단계를 따릅니다. 클라이언트 액세스 서버를 다시 시작한 후 커널 모드 필터 드라이버가 더 이상 활성화되어 있지 않은지 확인합니다. 이렇게 하려면 다음 단계를 수행하십시오.

  1. 명령 프롬프트를 엽니다.
  2. 다음 명령을 실행합니다.
    fltmc
  3. 이 문서의 예제 필터 드라이버와 결과를 비교하거나 필터 이름을 웹에서 검색합니다.
    3616_image46
     

바이러스 백신 커널 모드 필터 드라이버를 사용하지 않도록 설정하여 문제가 해결되었습니까?

메일 문제

ActiveSync 클라이언트에서 발생하는 메일 문제의 유형을 선택합니다.

하나의 클라이언트에만 항목 존재

보고된 문제는 메시지가 Outlook의 사서함에는 있지만 ActiveSync 클라이언트에는 없거나 그 반대의 경우입니다. 이 문제 해결을 시작하기 전에 ActiveSync 클라이언트에서 문제를 재현할 수 있는지 알아야 합니다. 문제를 재현할 수 있으면 문제의 더 나은 이해를 위해 프로세스 중에 데이터를 캡처할 수 있습니다. 그렇지 않은 경우 어떤 문제인지 파악하기 위해 기존 로그를 검토해야 합니다.


장치에서 일정 문제를 재현할 수 있습니까?

ActiveSync 사서함 로깅 사용, Fiddler 추적 캡처, MfcMapi 사용하여 항목 찾기, 사서함 로그에서 항목 검색

ActiveSync 사서함 로깅 사용

첫 번째 문제 해결 단계로 클라이언트 액세스 서버 및 사용자 사서함에서 사서함 로깅을 사용하도록 설정합니다. 사서함 로깅에 대한 자세한 내용은 여기에서 찾을 수 있습니다. 이렇게 하려면 다음 단계를 수행하십시오.

참고: 이 변경은 Exchange 2013 사서함 서버에서 이루어져야 합니다.

  1. Windows 탐색기를 열어 Sync 폴더(C:\Program Files\Microsoft\Exchange Server\V14\ClientAccess\Sync)를 찾습니다.
  2. web.config 파일 사본을 만듭니다.
  3. 메모장에서 web.config 파일을 열고 다음 섹션을 아래 값으로 수정합니다.
    3616_image16
     

  4. IIS 관리자를 엽니다.
  5. 서버를 확장하고 응용 프로그램 풀을 선택합니다.
  6. MSExchangeSyncAppPool을 마우스 오른쪽 단추로 클릭한 다음 중지를 선택합니다.
  7. MSExchangeSyncAppPool을 마우스 오른쪽 단추로 클릭한 다음 시작을 선택합니다.
  8. Exchange 관리 셸을 엽니다.
  9. 다음 cmdlet을 실행하여 사용자에 대해 사서함 로깅을 사용하도록 설정합니다.
    Set-CASMailbox user -ActiveSyncDebugLogging:$True 

Fiddler 추적 캡처

ActiveSync 장치 요청이 원하는 대로 대상에 도달하지 않는 경우가 있습니다. 예상대로 장치 요청을 보내고 응답을 받으려면 장치를 HTTP 프록시를 통해 라우팅하고 데이터를 검토합니다. 이렇게 하려면 다음 단계를 수행하십시오.
  1. Fiddler를 워크스테이션에 다운로드하고 설치합니다.
  2. EAS Inspector for Fiddler를 다운로드합니다.
  3. EASInspectorFiddler.dll의 압축을 c:\Program Files\Fiddler2\Inspectors 폴더에 풉니다.
  4. Fiddler 응용 프로그램을 시작합니다.
  5. Tools(도구) 메뉴를 선택한 다음 Fiddler Options(Fiddler 옵션)를 선택합니다.
  6. HTTPS 탭으로 이동하여 Decrypt HTTPS traffic(HTTPS 트래픽 암호 해독)을 선택하고 모든 프롬프트에 대해 Yes(예)를 클릭합니다.
  7. Connections(연결) 탭으로 이동하여 Allow remote computers to connect(원격 컴퓨터 연결 허용)를 선택하고 모든 프롬프트에 대해 OK(확인)를 클릭합니다.
  8. OK(확인)를 클릭하여 Fiddler 응용 프로그램을 닫습니다.
  9. 이 워크스테이션을 프록시 서버로 사용하려면 ActiveSync 장치를 구성합니다. (이 작업은 일반적으로 장치의 WiFi 설정에서 수행됩니다.)
  10. Fiddler 응용 프로그램을 시작합니다.
  11. ActiveSync 클라이언트에서 하나 이상의 메시지 보내기를 시도합니다.
  12. File(파일) 메뉴를 선택한 다음 Capture Traffic(트래픽 캡처)을 선택하여 추적을 중지합니다.

MfcMapi 사용하여 항목 찾기

사서함 로그를 검색하기 전에 항목의 ConversationID를 확인해야 합니다. 이렇게 하려면 다음 단계를 수행하십시오.

  1. MfcMapi를 다운로드하여 설치합니다.
  2. MfcMapi를 시작합니다.
  3. Session(세션) 메뉴로 이동하여 Logon(로그온)을 선택합니다.
  4. 사서함의 Outlook 프로필을 선택하고 OK(확인)를 클릭합니다.
  5. 사서함을 두 번 클릭하여 엽니다.
  6. Root Container, Top of Information Store를 차례로 확장하고 Inbox(받은 편지함)(또는 항목이 위치한 다른 폴더)를 마우스 오른쪽 단추로 클릭한 다음 Open contents table(콘텐츠 테이블 열기)을 선택합니다.
    3616_image47
     

  7. 테이블 내에서 항목을 선택하고 0x00710102 태그를 마우스 오른쪽 단추로 클릭한 다음 Edit property(속성 편집)를 선택합니다.
    3616_image48
     

  8. Binary(이진) 값을 복사합니다.
    3616_image49
     

사서함 로그에서 항목 검색

이제 수집한 데이터가 있으니 문제 해결을 시작해 보겠습니다. 수행할 첫 번째 단계는 사서함 로그를 살펴보고 항목이 캡처되었는지 확인하는 것입니다. 이렇게 하려면 다음 단계를 수행하십시오.

  1. Exchange 관리 셸을 엽니다.
  2. 다음 cmdlet을 실행하여 사용자의 사서함 로그를 검색합니다.
    Get-ActiveSyncDeviceStatistics -Mailbox user -GetMailboxLog:$True -NotificationEmailAddresses admin@contoso.com

    참고: 이렇게 하면 분석을 위해 ActiveSync 사서함 로그를 지정된 전자 메일 주소로 보냅니다. 사서함 로깅에 대한 자세한 내용은 여기에서 찾을 수 있습니다.
  3. MailboxLogParser를 다운로드한 다음 파일의 압축을 풉니다.
  4. MailboxLogParser.exe를 열어 유틸리티를 시작합니다.
  5. Import Mailbox Logs to Grid(그리드로 사서함 로그 가져오기)를 클릭하여 사서함 로그를 엽니다.
    3616_image50
     

사서함 로그에서 항목 검색

  1. 앞서 복사한 이진 값에서 첫 번째 바이트(또는 2자)를 제거합니다. 그런 다음 검색 값으로 다음 다섯 바이트(또는 10자)를 사용합니다.
    예: 01CEC1E829ED44997723AC344564BBEEF22D3A1A3373
  2. Search raw log data for strings(문자열의 원시 로그 데이터 검색)에서 1단계의 값을 입력하고 Search(검색)를 클릭합니다.
    3616_image91
     

  3. 이진 값에서 다음 16바이트(또는 32자)를 검색 결과의 ConversationId 값과 비교합니다.
    : 01CEC1E829ED44997723AC344564BBEEF22D3A1A3373
    3616_image92
     

  4. 항목의 ServerId 값을 적어 둡니다. 위 예제의 값은 5:11입니다.

ConversationId를 사용하여 사서함 로그에서 항목을 찾을 수 있었습니까?

Placeholder_Merged into 55
Placeholder_Merged into 55
Placeholder_Merged into 55
항목에 대한 사서함 로그 분석, 항목의 최종 상태 확인

항목에 대한 사서함 로그 분석

이제 사서함 로그에 항목이 있는지 알고 있으므로 약속에 대해 수행한 작업을 추적해야 합니다. 이렇게 하려면 다음 단계를 수행하십시오.

  1. 앞서 찾은 ServerId 값을 검색합니다.
    3616_image93
     

  2. 로그를 위로 스크롤하여 RequestBody 또는 ResponseBody를 찾습니다. 항목이 응답 본문에 있는 경우 항목은 서버에서 업데이트되었습니다. 그렇지 않고 항목이 요청 본문에 있는 경우 항목은 클라이언트에서 업데이트되었다는 의미입니다.
    3616_image60
     

  3. 작업(추가, 변경 또는 삭제) 및 작업을 서버에서 보냈는지 클라이언트에서 보냈는지 적어 둡니다.
  4. 더 이상 항목을 찾을 수 없을 때까지 2~4단계를 반복합니다.

참고: Exchange ActiveSync 사서함 로깅 분석에 대한 자세한 내용을 보려면 여기를 클릭합니다.

항목의 최종 상태 확인

사서함 로그 내에서 항목에 대해 하나 이상의 작업이 수행되었음을 확인했습니다. 항목의 마지막 결과는 최종 작업에 따라 달라집니다. 다음에서는 해당 작업에 따라 예상되는 항목 상태를 설명합니다.

추가 – 항목은 ActiveSync 클라이언트의 폴더에 있습니다.

변경 – 항목은 ActiveSync 클라이언트의 폴더에서 업데이트됩니다.

삭제 – 항목은 ActiveSync 클라이언트의 폴더에서 제거됩니다.


최종 작업의 결과가 예상되는 항목 상태와 일치합니까?

Placeholder_Merged into 59

사서함 로그 내에서 항목에 대해 하나 이상의 작업이 수행되었음을 확인했습니다. 항목의 마지막 결과는 최종 작업에 따라 달라집니다. 다음에서는 해당 작업에 따라 예상되는 항목 상태를 설명합니다.

추가 – 항목은 ActiveSync 클라이언트의 폴더에 있습니다.

변경 – 항목은 ActiveSync 클라이언트의 폴더에서 업데이트됩니다.

삭제 – 항목은 ActiveSync 클라이언트의 폴더에서 제거됩니다.

최종 작업의 결과가 예상되는 항목 상태와 일치합니까?

항목에 대한 Fiddler 추적 분석, 항목의 최종 상태 확인

항목에 대한 Fiddler 추적 분석

Exchange 서버에서 활동은 장치가 이 약속에 대해 올바른 상태여야 함을 나타냅니다. Fiddler 추적을 사용하여 응답을 클라이언트에서 받았는지 확인할 수 있습니다. 이렇게 하려면 다음 단계를 수행하십시오.

  1. Fiddler를 엽니다.
  2. Edit(편집) 메뉴로 이동하여 Find Sessions(세션 찾기)를 선택합니다.
  3. ActiveSync의 네임스페이스(: mail.contoso.com)를 입력하고 Find Sessions(세션 찾기)를 클릭합니다.
  4. Body(본문) 열에 값이 있는 요청을 선택합니다.
    3616_image61
     

  5. EAS XML 탭을 선택하여 요청과 응답을 확인합니다.
    3616_image62
     

  6. 앞서 찾은 ServerId에 대해 모든 요청과 응답을 찾습니다.

항목의 최종 상태 확인

Fiddler 추적 내에서 항목에 대해 하나 이상의 작업이 수행되었음을 확인했습니다. 항목의 마지막 결과는 최종 작업에 따라 달라집니다. 다음에서는 해당 작업에 따라 예상되는 항목 상태를 설명합니다.

추가 – 항목은 ActiveSync 클라이언트의 폴더에 있습니다.

변경 – 항목은 ActiveSync 클라이언트의 폴더에서 업데이트됩니다.

삭제 – 항목은 ActiveSync 클라이언트의 폴더에서 제거됩니다.


최종 작업의 결과가 예상되는 항목 상태와 일치합니까?

Placeholder_Merged into 61
오류에 대한 Fiddler 추적 분석

폴더에 대한 최신 업데이트를 구하기 위해 장치에서 하나 이상의 요청을 보낼 것입니다. Fiddler 추적을 사용하여 요청을 클라이언트에서 보냈고 응답을 서버에서 받았는지 확인할 수 있습니다. 이렇게 하려면 다음 단계를 수행하십시오.

  1. Fiddler를 엽니다.
  2. Edit(편집) 메뉴로 이동하여 Find Sessions(세션 찾기)를 선택합니다.
  3. ActiveSync의 네임스페이스(: mail.contoso.com)를 입력하고 Find Sessions(세션 찾기)를 클릭합니다.
  4. Result(결과) 열에서 200이 아닌 HTTP 응답 값이 있는지 검토합니다.
  5. Body(본문) 열에 값이 있는 요청을 선택합니다.
    3616_image25
     

  6. TextView(텍스트 보기) 탭을 선택하여 자세한 내용을 보기 위해 응답을 확인합니다.
    3616_image26
     

Fiddler 추적에서 오류를 찾았습니까?

Log Parser Studio 설치, Log Parser Studio 쿼리 – Device Query, 쿼리 결과 분석, 폴더 다시 동기화

Log Parser Studio 설치

Exchange 서버와 통신을 시도하는 동안 ActiveSync 클라이언트에 오류가 발생할 수 있습니다. 이제 이러한 오류가 어디에서 발생했는지 파악이 필요합니다. 우선 클라이언트 액세스 서버에서 IIS 로그를 확인합니다. 이러한 로그를 분석할 수 있으려면 분석이 완료될 워크스테이션에 Log Parser Studio가 설치되어 있어야 합니다. 이렇게 하려면 다음 단계를 수행하십시오.

  1. LogParser를 다운로드하여 설치합니다.
    • LogParser.msi를 두 번 클릭하여 설치를 시작합니다.
    • 파일 열기 - 보안 경고가 표시되면 실행을 클릭합니다.
    • 시작 화면에서 Next(다음)를 클릭합니다.
    • End-User License Agreement(최종 사용자 사용권 계약) 화면에서 사용권 계약을 검토한 후 동의하고 Next(다음)를 클릭합니다.
    • Choose Setup Type(설치 유형 선택) 화면에서 Complete(전체)를 클릭합니다.
    • Ready to Install(설치 준비 완료) 화면에서 Install(설치)을 클릭합니다.
    • Completion(완료) 화면에서 Finish(마침)를 선택합니다.
  2. Log Parser Studio를 다운로드하여 파일의 압축을 풉니다.

LogParser가 설치되고 Log Parser Studio의 압축이 풀렸으면 분석을 위해 IIS 로그를 Exchange 서버에서 로컬 워크스테이션으로 복사합니다.

Log Parser Studio 쿼리 – Device Query

이러한 ActiveSync 요청에 오류가 발생했는지 파악하려면 장치 트래픽의 IIS 로그에 대해 쿼리를 실행합니다. 이렇게 하려면 다음 단계를 수행하십시오.

  1. LPS.exe를 두 번 클릭하여 Log Parser Studio를 시작합니다.
  2. Log(로그) 폴더 아이콘을 클릭하고 처리할 파일을 선택합니다.
    3616_image30
     

  3. Add Files(파일 추가) 또는 Add Folder(폴더 추가) 단추를 클릭한 다음 앞서 복사한 파일을 찾아 선택합니다.
    3616_image31
     

  4. 파일/폴더가 선택되었는지 확인하고 OK(확인)를 클릭합니다.
  5. 라이브러리에서 ActiveSync: Device query를 두 번 클릭합니다.
  6. 쿼리 마지막에 있는 WHERE 절에서 DeviceId 값을 이전 단계의 값으로 수정합니다.
  7. 느낌표 아이콘을 클릭하여 쿼리를 실행합니다.
    3616_image32
     

  8. Error(오류) 및 sc-status 열을 검토하여 이 쿼리의 결과를 분석합니다.
    3616_image54
     

쿼리 결과 분석

이제 이전 쿼리 결과에 오류가 있는지 검토합니다. 이렇게 하려면 다음 단계를 수행하십시오.

  1. Status(상태) 열을 검토하여 값이 1보다 큰 요청을 찾습니다. Exchange ActiveSync 프로토콜 문서를 사용하여 이러한 값을 살펴보고 취할 수 있는 수정 조치가 있는지 조사합니다. (이번 검토에서 Ping 명령은 무시할 수 있습니다.)
  2. Error(오류) 열을 검토하여 이 열에 값이 있는 요청을 찾습니다. 이러한 오류 메시지의 상당은 별도의 설명이 필요 없으므로 그에 따른 수정 조치를 취할 수 있습니다.
  3. sc-status 열을 검토하여 값이 200이 아닌 요청을 찾습니다. 이는 IIS의 HTTP 상태 응답입니다. 자세한 내용은 여기에서 확인할 수 있습니다.

하지만 IIS 로그를 검토해도 문제가 되는 항목에 대해 식별자를 확인할 수는 없습니다. IIS 로그 내에서 마지막 항목이 변경된 시점 근처의 요청을 찾는 것이 최선일 것입니다.

참고: 또한 이 문서를 사용하면 IIS 로그 항목으로 찾은 일부 요소를 이해하는 데 도움이 될 수 있습니다.

폴더 다시 동기화

문제가 항목에 발생한 이유를 식별하는 데 도움이 되도록 이전 단계를 수행했습니다. ActiveSync 클라이언트는 여전히 올바른 상태의 항목을 가지고 있지 않을 수 있습니다. 이 문제를 해결하려면 동기화할 폴더 목록에서 폴더를 제거하고 5분 정도 기다린 후에 동기화할 폴더 목록에 폴더를 추가합니다.


ActiveSync 클라이언트에서 항목이 올바른 상태입니까?

Placeholder_Merged into 64
Placeholder_Merged into 64
사서함 로그에서 오류 분석

이 항목에 대한 ActiveSync 트래픽으로 인해 장치에서 항목이 올바른 상태가 되지는 않습니다. 이제 폴더에 대한 ActiveSync 요청과 관련된 문제에 대해 사서함 로그를 추가적으로 검토해야 합니다. 이렇게 하려면 다음 단계를 수행하십시오.

  1. 이전 단계의 검색 결과를 검토합니다.
  2. 응답에서 Status(상태) 코드 값을 확인하여 값이 1이 아닌 경우 상태 코드에 대한 자세한 내용은 ActiveSync 프로토콜 문서를 검토합니다.
  3. 또한 예외 메시지에 대해 로그 항목을 확인합니다.
  4. 일정의 각 로그 항목에 대해 2~4단계를 반복합니다.

참고: Exchange ActiveSync 사서함 로깅 분석에 대한 자세한 내용을 보려면 여기를 클릭합니다.


응답에 1인 아닌 상태 코드나 사서함 로그에서 발견한 예외가 있었습니까?

Log Parser Studio 설치, Log Parser Studio 쿼리 – DeviceId Query, 쿼리 결과 분석, 폴더 다시 동기화

Log Parser Studio 설치

Exchange 서버와 통신을 시도하는 동안 ActiveSync 클라이언트에 오류가 발생할 수 있습니다. 이제 이러한 오류가 어디에서 발생했는지 파악이 필요합니다. 우선 클라이언트 액세스 서버에서 IIS 로그를 확인합니다. 이러한 로그를 분석할 수 있으려면 분석이 완료될 워크스테이션에 Log Parser Studio가 설치되어 있어야 합니다. 이렇게 하려면 다음 단계를 수행하십시오.

  1. LogParser를 다운로드하여 설치합니다.
    • LogParser.msi를 두 번 클릭하여 설치를 시작합니다.
    • 파일 열기 - 보안 경고가 표시되면 실행을 클릭합니다.
    • 시작 화면에서 Next(다음)를 클릭합니다.
    • End-User License Agreement(최종 사용자 사용권 계약) 화면에서 사용권 계약을 검토한 후 동의하고 Next(다음)를 클릭합니다.
    • Choose Setup Type(설치 유형 선택) 화면에서 Complete(전체)를 클릭합니다.
    • Ready to Install(설치 준비 완료) 화면에서 Install(설치)을 클릭합니다.
    • Completion(완료) 화면에서 Finish(마침)를 선택합니다.
  2. Log Parser Studio를 다운로드하여 파일의 압축을 풉니다.

LogParser가 설치되고 Log Parser Studio의 압축이 풀렸으면 분석을 위해 IIS 로그를 Exchange 서버에서 로컬 워크스테이션으로 복사합니다.

Log Parser Studio 쿼리 – DeviceId Query

이러한 ActiveSync 요청에 오류가 발생했는지 파악하려면 장치 트래픽의 IIS 로그에 대해 쿼리를 실행합니다. 이렇게 하려면 다음 단계를 수행하십시오.

  1. Exchange 관리 셸을 엽니다.
  2. 다음 cmdlet을 실행하여 동기화가 허용되지 않는 장치를 찾습니다.
    Get-ActiveSyncDevice -Mailbox | fl DeviceId,DeviceType
  3. LPS.exe를 두 번 클릭하여 Log Parser Studio를 시작합니다.
  4. Log(로그) 폴더 아이콘을 클릭하고 처리할 파일을 선택합니다.
    3616_image30
     

  5. Add Files(파일 추가) 또는 Add Folder(폴더 추가) 단추를 클릭한 다음 앞서 복사한 파일을 찾아 선택합니다.
    3616_image31
     

  6. 파일/폴더가 선택되었는지 확인하고 OK(확인)를 클릭합니다.
  7. 라이브러리에서 ActiveSync: Device query를 두 번 클릭합니다.
  8. 쿼리 마지막에 있는 WHERE 절에서 DeviceId 값을 2단계의 값으로 수정합니다.
  9. 느낌표 아이콘을 클릭하여 쿼리를 실행합니다.
    3616_image32
     

  10. Error(오류) 및 sc-status 열을 검토하여 이 쿼리의 결과를 분석합니다.
    3616_image54
     

쿼리 결과 분석

이제 문제가 없는지 쿼리 결과를 검토합니다. 이렇게 하려면 다음 단계를 수행하십시오.

  1. Status(상태) 열을 검토하여 값이 1보다 큰 요청을 찾습니다. Exchange ActiveSync 프로토콜 문서를 사용하여 이러한 값을 살펴보고 취할 수 있는 수정 조치가 있는지 조사합니다. (이번 검토에서 Ping 명령은 무시할 수 있습니다.)
  2. Error(오류) 열을 검토하여 이 열에 값이 있는 요청을 찾습니다. 이러한 오류 메시지의 상당은 별도의 설명이 필요 없으므로 그에 따른 수정 조치를 취할 수 있습니다.
  3. sc-status 열을 검토하여 값이 200이 아닌 요청을 찾습니다. 이는 IIS의 HTTP 상태 응답입니다. 자세한 내용은 여기에서 확인할 수 있습니다.

하지만 IIS 로그를 검토해도 문제가 되는 항목에 대해 식별자를 확인할 수는 없습니다. IIS 로그 내에서 마지막 항목이 변경된 시점 근처의 요청을 찾는 것이 최선일 것입니다. 또한 이 문서를 사용하면 IIS 로그 항목으로 찾은 일부 요소를 이해하는 데 도움이 될 수 있습니다.

폴더 다시 동기화

문제가 항목에 발생한 이유를 식별하는 데 도움이 되도록 이전 단계를 수행했습니다. ActiveSync 클라이언트는 여전히 올바른 상태의 항목을 가지고 있지 않을 수 있습니다. 이 문제를 해결하려면 동기화할 폴더 목록에서 폴더를 제거하고 5분 정도 기다린 후에 동기화할 폴더 목록에 폴더를 추가합니다.


ActiveSync 클라이언트에서 항목이 올바른 상태입니까?

Placeholder_Merged into 68
Placeholder_Merged into 68
폴더 다시 동기화

문제가 항목에 발생한 이유를 식별하는 데 도움이 되도록 이전 단계를 수행했습니다. ActiveSync 클라이언트는 여전히 올바른 상태의 항목을 가지고 있지 않을 수 있습니다. 이 문제를 해결하려면 동기화할 폴더 목록에서 폴더를 제거하고 5분 정도 기다린 후에 동기화할 폴더 목록에 폴더를 추가합니다.


ActiveSync 클라이언트에서 항목이 올바른 상태입니까?

Log Parser Studio 설치, 사용자의 DeviceId 찾기, Log Parser Studio 쿼리 – Device query, 쿼리 결과 분석

Log Parser Studio 설치

Exchange 서버와 통신을 시도하는 동안 ActiveSync 클라이언트에 오류가 발생할 수 있습니다. 이제 이러한 오류가 어디에서 발생했는지 파악이 필요합니다. 우선 클라이언트 액세스 서버에서 IIS 로그를 확인합니다. 이러한 로그를 분석할 수 있으려면 분석이 완료될 워크스테이션에 Log Parser Studio가 설치되어 있어야 합니다. 이렇게 하려면 다음 단계를 수행하십시오.

  1. LogParser를 다운로드하여 설치합니다.
    • LogParser.msi를 두 번 클릭하여 설치를 시작합니다.
    • 파일 열기 - 보안 경고가 표시되면 실행을 클릭합니다.
    • 시작 화면에서 Next(다음)를 클릭합니다.
    • End-User License Agreement(최종 사용자 사용권 계약) 화면에서 사용권 계약을 검토한 후 동의하고 Next(다음)를 클릭합니다.
    • Choose Setup Type(설치 유형 선택) 화면에서 Complete(전체)를 클릭합니다.
    • Ready to Install(설치 준비 완료) 화면에서 Install(설치)을 클릭합니다.
    • Completion(완료) 화면에서 Finish(마침)를 선택합니다.
  2. Log Parser Studio를 다운로드하여 파일의 압축을 풉니다.

LogParser가 설치되고 Log Parser Studio의 압축이 풀렸으면 분석을 위해 IIS 로그를 Exchange 서버에서 로컬 워크스테이션으로 복사합니다.

사용자의 DeviceId 찾기

문제가 발생하는 ActiveSync 클라이언트의 DeviceId를 구해야 합니다. 이렇게 하려면 다음 단계를 수행하십시오.

  1. Exchange 관리 셸을 엽니다.
  2. 다음 cmdlet을 실행하여 DeviceId를 검색합니다.
    Get-ActiveSyncDeviceStatistics -Mailbox clt | fl DeviceId,DeviceType
    3616_image55
     

  3. DeviceId 값을 적어 둡니다.

Log Parser Studio 쿼리 – Device query

이러한 ActiveSync 요청에 오류가 발생했는지 파악하려면 장치 트래픽의 IIS 로그에 대해 쿼리를 실행합니다. 이렇게 하려면 다음 단계를 수행하십시오.

  1. LPS.exe를 두 번 클릭하여 Log Parser Studio를 시작합니다.
  2. Log(로그) 폴더 아이콘을 클릭하고 처리할 파일을 선택합니다.
    3616_image30
     

  3. Add Files(파일 추가) 또는 Add Folder(폴더 추가) 단추를 클릭한 다음 앞서 복사한 파일을 찾아 선택합니다.
    3616_image31
     

  4. 파일/폴더가 선택되었는지 확인하고 OK(확인)를 클릭합니다.
  5. 라이브러리에서 ActiveSync: Device query를 두 번 클릭합니다.
  6. 쿼리 마지막에 있는 WHERE 절에서 DeviceId 값을 이전 단계의 값으로 수정합니다.
  7. 느낌표 아이콘을 클릭하여 쿼리를 실행합니다.
    3616_image32
     

  8. Error(오류) 및 sc-status 열을 검토하여 이 쿼리의 결과를 분석합니다.
    3616_image54
     

쿼리 결과 분석

이제 이전 쿼리 결과에 오류가 있는지 검토합니다.


쿼리의 결과에서 어떤 오류 메시지를 찾았습니까?

Placeholder_Merged into 72
Placeholder_Merged into 72
Placeholder_Merged into 72
ActiveSync 사서함 정책 확인

AttachmentTooBig 오류의 원인이 되는 ActiveSync 사서함 정책 설정이 있는지 파악하려면 이 사서함에 할당된 ActiveSync 사서함 정책을 확인합니다. 이렇게 하려면 다음 단계를 수행하십시오.

  1. Exchange 관리 셸을 엽니다.
  2. 다음 cmdlet을 실행하여 이 사용자의 ActiveSync 사서함 정책 설정을 검색합니다.
    Get-ActiveSyncMailboxPolicy (Get-Mailbox alias ).ActiveSyncMailboxPolicy | ft name,*Attach* -AutoSize
    참고: 이 cmdlet은 하나의 결과만 반환해야 합니다. 결과에 두 개 이상의 정책이 반환된 경우 기본값의 설정을 사용합니다.
    3616_image57
     

MaxAttachmentSize 설정이 무제한으로 설정되어 있습니까?

메시지 크기 제한 확인

최대 메시지 크기 제한이 AttachmentTooBig 오류의 원인이 되는지 파악하려면 Exchange 조직에서 전송 설정을 확인합니다. 이렇게 하려면 다음 단계를 수행하십시오.

  1. Exchange 관리 셸을 엽니다.
  2. 다음 cmdlet을 실행하여 메시지 크기 제한을 검색합니다.
    Get-TransportConfig | fl *size
    3616_image58
     

MaxReceiveSize 또는 MaxSendSize 제한이 10MB보다 큽니까?

Exchange ActiveSync 설정 수정

이 문제를 해결하려면 ActiveSync 가상 디렉터리의 최대 데이터 전송 크기를 늘립니다. 이렇게 하려면 다음 단계를 수행하십시오.

중요: 다음 변경으로 인해 모바일 장치의 데이터 요금이 증가할 수 있습니다.

  1. Windows 탐색기를 엽니다.
  2. Exchange 설치 경로(%ExchangeInstallPath%)를 찾은 다음 ClientAccessSync 디렉터리를 찾습니다.
  3. web.config 파일 사본을 만듭니다.
  4. 메모장에서 web.config 파일을 엽니다.
  5. MaxDocumentDataSIze를 찾아 필요한 만큼 값을 수정합니다.
    3616_image60
     

    참고: 이 값의 단위는 바이트입니다.
  6. MaxRequestLength를 찾아 필요한 만큼 값을 수정합니다.
    3616_image61
     

    참고: 이 값의 단위는 킬로바이트입니다.
  7. IIS 관리자를 엽니다.
  8. 서버를 확장하고 응용 프로그램 풀을 선택합니다.
  9. MSExchangeSyncAppPool을 마우스 오른쪽 단추로 클릭한 다음 중지를 선택합니다.
  10. MSExchangeSyncAppPool을 마우스 오른쪽 단추로 클릭한 다음 시작을 선택합니다.

ActiveSync 설정을 수정하여 문제가 해결되었습니까?

ActiveSync 사서함 정책 수정

이 문제를 해결하려면 ActiveSync 사서함 정책에서 최대 첨부 문서 크기 제한을 늘립니다. 이렇게 하려면 다음 단계를 수행하십시오.

  1. Exchange 관리 셸을 엽니다.
  2. 다음 cmdlet을 실행하여 ActiveSync 사서함 정책을 수정합니다.
    Set-ActiveSyncMailboxPolicy Default -MaxAttachmentSize 20971520
    참고: MaxAttachmentSize 값의 단위는 바이트입니다. 위 cmdlet에서 필요에 맞게 정책 이름 및 크기를 수정합니다.

ActiveSync 사서함 정책에서 최대 첨부 문서 크기를 늘려서 문제가 해결되었습니까?

ActiveSync 사서함 로깅 사용, ActiveSync 사서함 로그 분석, MfcMapi 사용하여 첨부 문서 찾기

ActiveSync 사서함 로깅 사용

실패의 원인이 되는 ActiveSync 응답을 파악하려면 사서함 로깅을 사용하도록 설정해야 합니다. 사서함 로깅에 대한 자세한 내용은 여기에서 찾을 수 있습니다. 이렇게 하려면 다음 단계를 수행하십시오.

참고: 이 변경은 Exchange 2013 사서함 서버에서 이루어져야 합니다.

  1. Windows 탐색기를 열어 Sync 폴더(C:\Program Files\Microsoft\Exchange Server\V14\ClientAccess\Sync)를 찾습니다.
  2. web.config 파일 사본을 만듭니다.
  3. 메모장에서 web.config 파일을 열고 다음 섹션을 아래 값으로 수정합니다.
    3616_image16
     

  4. IIS 관리자를 엽니다.
  5. 서버를 확장하고 응용 프로그램 풀을 선택합니다.
  6. MSExchangeSyncAppPool을 마우스 오른쪽 단추로 클릭한 다음 고급 설정을 선택합니다.
  7. MSExchangeSyncAppPool을 마우스 오른쪽 단추로 클릭한 다음 중지를 선택합니다.
  8. MSExchangeSyncAppPool을 마우스 오른쪽 단추로 클릭한 다음 시작을 선택합니다.
  9. Exchange 관리 셸을 엽니다.
  10. 다음 cmdlet을 실행하여 사용자에 대해 사서함 로깅을 사용하도록 설정합니다.
    Set-CASMailbox user -ActiveSyncDebugLogging:$True
  11. ActiveSync 클라이언트에서 첨부 문서 열어 봅니다.

ActiveSync 사서함 로그 분석

사서함 로그를 검토하여 사용자가 열려고 하는 첨부 문서를 파악합니다. 이렇게 하려면 다음 단계를 수행하십시오.

  1. Exchange 관리 셸을 엽니다.
  2. 다음 cmdlet을 실행하여 사용자의 사서함 로그를 검색합니다.
    Get-ActiveSyncDeviceStatistics -Mailbox user -GetMailboxLog:$True -NotificationEmailAddresses admin@contoso.com
    참고: 이렇게 하면 분석을 위해 ActiveSync 사서함 로그를 지정된 전자 메일 주소로 보냅니다. 사서함 로깅에 대한 자세한 내용은 여기에서 찾을 수 있습니다.
  3. MailboxLogParser를 다운로드한 다음 파일의 압축을 풉니다.
  4. MailboxLogParser.exe를 열어 유틸리티를 시작합니다.
  5. Import Mailbox Logs to Grid(그리드로 사서함 로그 가져오기)를 클릭하여 사서함 로그를 엽니다.
    3616_image50
     

  6. Search raw log data for strings(문자열의 원시 로그 데이터 검색) 아래에서 ObjectNotFound를 입력한 다음 Search(검색)를 클릭합니다.
  7. 로그 항목에서 오류를 찾아 검색 결과를 검토합니다. FileReference에 있는 첨부 문서 개수를 적어 둡니다. 값의 마지막 숫자가 개수입니다. 5%3a12%3a0. (전체 값이 5:12:0이면 ServerId 5:12의 첨부 문서는 0입니다.)
    3616_image62
     

참고: Exchange ActiveSync 사서함 로깅 분석에 대한 자세한 내용을 보려면 여기를 클릭합니다.


MfcMapi 사용하여 첨부 문서 찾기

메시지에 첨부 문서가 있는지 파악이 필요합니다. 이렇게 하려면 다음 단계를 수행하십시오.

  1. MfcMapi를 다운로드하여 설치합니다.
  2. MfcMapi를 시작합니다.
  3. Session(세션) 메뉴로 이동하여 Logon(로그온)을 선택합니다.
  4. 사서함의 Outlook 프로필을 선택하고 OK(확인)를 클릭합니다.
  5. 사서함을 두 번 클릭하여 엽니다.
  6. Root Container, Top of Information Store를 차례로 확장하고 Inbox(받은 편지함)(또는 항목이 위치한 다른 폴더)를 마우스 오른쪽 단추로 클릭한 다음 Open contents table(콘텐츠 테이블 열기)을 선택합니다.
    3616_image47
     

  7. 메시지를 마우스 오른쪽 단추로 클릭하고 Attachments(첨부 문서) > Display attachment table(첨부 문서 테이블 표시)을 선택합니다.
  8. 메시지 내에 첨부 문서 목록이 표시됩니다.
    3616_image63
     

사서함 로그에서 찾은 FileReference 개수의 첨부 문서가 보입니까?

Placeholder_Merged into 80
Placeholder_Merged into 80
Outlook 사용해 첨부 문서 보기

첨부 문서가 손상되었는지 확인하려면 사용자에게 Outlook 또는 Outlook Web Access에서 첨부 문서를 열도록 합니다.


사용자가 다른 클라이언트에서 첨부 문서를 열 수 있습니까?

ActiveSync 사서함 정책 확인

AttachmentTooBig 오류의 원인이 되는 ActiveSync 사서함 정책 설정이 있는지 파악하려면 이 사서함에 할당된 ActiveSync 사서함 정책을 확인합니다. 이렇게 하려면 다음 단계를 수행하십시오.

  1. Exchange 관리 셸을 엽니다.
  2. 다음 cmdlet을 실행하여 이 사용자의 ActiveSync 사서함 정책 설정을 검색합니다.
    Get-ActiveSyncMailboxPolicy (Get-Mailbox alias).ActiveSyncMailboxPolicy | ft name,*Attach* -AutoSize
    참고: 이 cmdlet은 하나의 결과만 반환해야 합니다. 결과에 두 개 이상의 정책이 반환된 경우 기본값의 설정을 사용합니다.
    3616_image57
     

AttachmentsEnabled 설정이 True로 설정되어 있습니까?

ActiveSync 사서함 정책 수정

이 문제를 해결하려면 ActiveSync 사서함 정책에서 최대 첨부 문서 크기 제한을 늘립니다. 이렇게 하려면 다음 단계를 수행하십시오.

  1. Exchange 관리 셸을 엽니다.
  2. 다음 cmdlet을 실행하여 ActiveSync 사서함 정책을 수정합니다.
    Set-ActiveSyncMailboxPolicy Default –AttachmentsEnabled:$True

ActiveSync 사서함 정책에서 최대 첨부 문서 크기를 늘려서 문제가 해결되었습니까?

메시지를 보낼 수 없음

사용자가 ActiveSync 클라이언트에서 메시지를 보낼 수 없는 문제를 해결하려고 합니다.


사용자가 문제를 재현할 수 있습니까?

ActiveSync 사서함 로깅 사용, Fiddler 추적 캡처, 사서함 로그에서 오류 분석

ActiveSync 사서함 로깅 사용

첫 번째 단계로 클라이언트 액세스 서버 및 사용자 사서함에서 사서함 로깅을 사용하도록 설정합니다. 사서함 로깅에 대한 자세한 내용은 여기에서 찾을 수 있습니다. 이렇게 하려면 다음 단계를 수행하십시오.

참고: 이 변경은 Exchange 2013 사서함 서버에서 이루어져야 합니다.

  1. Windows 탐색기를 열어 Sync 폴더(C:\Program Files\Microsoft\Exchange Server\V14\ClientAccess\Sync)를 찾습니다.
  2. web.config 파일 사본을 만듭니다.
  3. 메모장에서 web.config 파일을 열고 다음 섹션을 아래 값으로 수정합니다.
    3616_image16
     

  4. IIS 관리자를 엽니다.
  5. 서버를 확장하고 응용 프로그램 풀을 선택합니다.
  6. MSExchangeSyncAppPool을 마우스 오른쪽 단추로 클릭한 다음 중지를 선택합니다.
  7. MSExchangeSyncAppPool을 마우스 오른쪽 단추로 클릭한 다음 시작을 선택합니다.
  8. Exchange 관리 셸을 엽니다.
  9. 다음 cmdlet을 실행하여 사용자에 대해 사서함 로깅을 사용하도록 설정합니다.
    Set-CASMailbox user -ActiveSyncDebugLogging:$True

Fiddler 추적 캡처

ActiveSync 장치 요청이 원하는 대로 대상에 도달하지 않는 경우가 있습니다. 예상대로 장치 요청을 보내고 응답을 받으려면 장치를 HTTP 프록시를 통해 라우팅하고 데이터를 검토합니다. 이렇게 하려면 다음 단계를 수행하십시오.

  1. Fiddler를 워크스테이션에 다운로드하고 설치합니다.
  2. EAS Inspector for Fiddler를 다운로드합니다.
  3. EASInspectorFiddler.dll의 압축을 c:\Program Files\Fiddler2\Inspectors 폴더에 풉니다.
  4. Fiddler 응용 프로그램을 시작합니다.
  5. Tools(도구) 메뉴를 선택한 다음 Fiddler Options(Fiddler 옵션)를 선택합니다.
  6. HTTPS 탭으로 이동하여 Decrypt HTTPS traffic(HTTPS 트래픽 암호 해독)을 선택하고 모든 프롬프트에 대해 Yes(예)를 클릭합니다.
  7. Connections(연결) 탭으로 이동하여 Allow remote computers to connect(원격 컴퓨터 연결 허용)를 선택하고 모든 프롬프트에 대해 OK(확인)를 클릭합니다.
  8. OK(확인)를 클릭하여 Fiddler 응용 프로그램을 닫습니다.
  9. 이 워크스테이션을 프록시 서버로 사용하려면 ActiveSync 장치를 구성합니다. (이 작업은 일반적으로 장치의 WiFi 설정에서 수행됩니다.)
  10. Fiddler 응용 프로그램을 시작합니다.
  11. ActiveSync 장치에서 문제를 재현합니다.
  12. File(파일) 메뉴를 선택한 다음 Capture Traffic(트래픽 캡처)을 선택하여 추적을 중지합니다.

사서함 로그에서 오류 분석

이 메시지를 보내기 위한 ActiveSync 클라이언트의 요청이 성공적이지 않습니다. Exchange 서버가 요청을 받았는지 확인하고 서버가 응답을 보냈는지 파악해야 합니다. 이렇게 하려면 다음 단계를 수행하십시오.

  1. Exchange 관리 셸을 엽니다.
  2. 다음 cmdlet을 실행하여 사용자의 사서함 로그를 검색합니다.
    Get-ActiveSyncDeviceStatistics -Mailbox user -GetMailboxLog:$True -NotificationEmailAddresses admin@contoso.com
    참고: 이렇게 하면 ActiveSync 사서함 로그를 지정된 전자 메일 주소로 보냅니다. 사서함 로깅에 대한 자세한 내용은 여기에서 찾을 수 있습니다.
  3. MailboxLogParser를 다운로드한 다음 파일의 압축을 풉니다.
  4. MailboxLogParser.exe를 열어 유틸리티를 시작합니다.
  5. Import Mailbox Logs to Grid(그리드로 사서함 로그 가져오기)를 클릭하여 사서함 로그를 엽니다.
  6. Search raw log data for strings(문자열의 원시 로그 데이터 검색) 아래에서 SendMail을 입력한 다음 Search(검색)를 클릭합니다.
  7. Status(상태) 열에서 값을 확인하여 검색 결과를 검토합니다.

참고: Exchange ActiveSync 사서함 로깅 분석에 대한 자세한 내용을 보려면 여기를 클릭합니다.


사서함 로그에서 찾은 오류나 예외가 있습니까?

Placeholder_Merged into 87
Placeholder_Merged into 87
오류에 대한 Fiddler 추적 분석

장치에서 SendMail 명령을 Exchange 서버로 보낼 것입니다. Fiddler 추적을 사용하여 요청을 클라이언트에서 보냈고 응답을 서버에서 받았는지 확인할 수 있습니다. 이렇게 하려면 다음 단계를 수행하십시오.

  1. Fiddler를 엽니다.
  2. Edit(편집) 메뉴로 이동하여 Find Sessions(세션 찾기)를 선택합니다.
  3. ActiveSync의 네임스페이스(: mail.contoso.com)를 입력하고 Find Sessions(세션 찾기)를 클릭합니다.
  4. Result(결과) 열에서 200이 아닌 HTTP 응답 값이 있는지 검토합니다.
  5. Body(본문) 열에 값이 있는 요청을 선택합니다.
    3616_image25
     

  6. TextView(텍스트 보기) 탭을 선택하여 자세한 내용을 보기 위해 응답을 확인합니다.
    3616_image26
     

Fiddler 추적에서 오류를 찾았습니까?

Log Parser Studio 설치, Log Parser Studio 쿼리 – SendMail, 쿼리 결과 분석

Log Parser Studio 설치

Exchange 서버와 통신을 시도하는 동안 ActiveSync 클라이언트에 오류가 발생할 수 있습니다. 이제 이러한 오류가 어디에서 발생했는지 파악이 필요합니다. 우선 클라이언트 액세스 서버에서 IIS 로그를 확인합니다. 이러한 로그를 분석할 수 있으려면 분석이 완료될 워크스테이션에 Log Parser Studio가 설치되어 있어야 합니다. 이렇게 하려면 다음 단계를 수행하십시오.

  1. LogParser를 다운로드하여 설치합니다.
    • LogParser.msi를 두 번 클릭하여 설치를 시작합니다.
    • 파일 열기 - 보안 경고가 표시되면 실행을 클릭합니다.
    • 시작 화면에서 Next(다음)를 클릭합니다.
    • End-User License Agreement(최종 사용자 사용권 계약) 화면에서 사용권 계약을 검토한 후 동의하고 Next(다음)를 클릭합니다.
    • Choose Setup Type(설치 유형 선택) 화면에서 Complete(전체)를 클릭합니다.
    • Ready to Install(설치 준비 완료) 화면에서 Install(설치)을 클릭합니다.
    • Completion(완료) 화면에서 Finish(마침)를 선택합니다.
  2. Log Parser Studio를 다운로드하여 파일의 압축을 풉니다.

LogParser가 설치되고 Log Parser Studio의 압축이 풀렸으면 분석을 위해 IIS 로그를 Exchange 서버에서 로컬 워크스테이션으로 복사합니다.

Log Parser Studio 쿼리 – SendMail

장치가 Exchange와 다시 동기화되고 있는지 파악하려면 Log Parser 쿼리를 실행하여 사용자를 찾습니다. 이렇게 하려면 다음 단계를 수행하십시오.

  1. LPS.exe를 두 번 클릭하여 Log Parser Studio를 시작합니다.
  2. Log(로그) 폴더 아이콘을 클릭하고 처리할 파일을 선택합니다.
    3616_image30
     

  3. Add Files(파일 추가) 또는 Add Folder(폴더 추가) 단추를 클릭한 다음 앞서 복사한 파일을 찾아 선택합니다.
    3616_image31
     

  4. 파일/폴더가 선택되었는지 확인하고 OK(확인)를 클릭합니다.
  5. 라이브러리에서 ActiveSync: SendMail을 두 번 클릭합니다.
  6. 느낌표 아이콘을 클릭하여 쿼리를 실행합니다.
    3616_image32
     

  7. Status(상태) 또는 Error(오류) 열에서 값을 검색하여 이 쿼리의 결과를 분석합니다. 또한 200이 아닌 HTTP 상태 코드가 있는지 찾아 봅니다.
    3616_image65
     

쿼리 결과 분석

이제 이전 쿼리 결과에 오류가 있는지 검토합니다.


쿼리의 결과에서 어떤 오류를 찾았습니까?

Placeholder_Merged into 91
Placeholder_Merged into 91
QutoaExceeded Error

이 오류는 사용자가 사서함 할당량을 초과하여 메시지를 보낼 수 없음을 나타냅니다. 이 문제를 해결하려면 사용자의 사서함 저장소 할당량을 늘리거나 사서함 크기를 줄이도록 사용자에게 알립니다.


이 옵션 중 하나로 문제가 해결됩니까?

NoRecipients Error

이 오류는 사용자가 받는 사람 없이 메시지 보내기를 시도했음을 나타냅니다. 이 동작은 장치에서 허용되지 않습니다. SendMail 명령에 한 명 이상의 받는 사람이 포함되었는지 확인하려면 이 장치에 대해 사서함 로그 및/또는 Fiddler 추적을 검토할 수 있습니다.


장치가 요청에 한 명 이상의 받는 사람을 포함했는지 확인할 수 있었습니까?

MailSubmissionFailed Error

기본적으로 MailSubmissionFailed 오류는 SendMail 실패에 대한 범용 오류 메시지입니다. 사용자는 메시지 보내기를 다시 시도해야 합니다. 이 메시지를 전송한 시간에 오류나 경고가 없는지 사서함 서버 이벤트 로그를 확인합니다.


사서함 서버의 이벤트 로그를 사용하여 문제를 해결할 수 있었습니까?

일정 문제

이 문제 해결을 시작하기 전에 장치에서 문제를 재현할 수 있는지 알아야 합니다. 문제를 재현할 수 있으면 문제의 더 나은 이해를 위해 프로세스 중에 데이터를 캡처할 수 있습니다. 그렇지 않은 경우 어떤 문제인지 파악하기 위해 기존 로그를 검토해야 합니다.


장치에서 일정 문제를 재현할 수 있습니까?

ActiveSync 사서함 로깅 사용, Fiddler 추적 캡처, 사서함에서 약속 찾기, UID 검색

첫 번째 단계로 클라이언트 액세스 서버 및 사용자 사서함에서 사서함 로깅을 사용하도록 설정합니다. 사서함 로깅에 대한 자세한 내용은 여기에서 찾을 수 있습니다. 이렇게 하려면 다음 단계를 수행하십시오.

참고: 이 변경은 Exchange 2013 사서함 서버에서 이루어져야 합니다.

  1. Windows 탐색기를 열어 Sync 폴더(C:\Program Files\Microsoft\Exchange Server\V14\ClientAccess\Sync)를 찾습니다.
  2. web.config 파일 사본을 만듭니다.
  3. 메모장에서 web.config 파일을 열고 다음 섹션을 아래 값으로 수정합니다.
    3616_image16
     

  4. IIS 관리자를 엽니다.
  5. 서버를 확장하고 응용 프로그램 풀을 선택합니다.
  6. MSExchangeSyncAppPool을 마우스 오른쪽 단추로 클릭한 다음 중지를 선택합니다.
  7. MSExchangeSyncAppPool을 마우스 오른쪽 단추로 클릭한 다음 시작을 선택합니다.
  8. Exchange 관리 셸을 엽니다.
  9. 다음 cmdlet을 실행하여 사용자에 대해 사서함 로깅을 사용하도록 설정합니다.
    Set-CASMailbox user -ActiveSyncDebugLogging:$True

Fiddler 추적 캡처

ActiveSync 장치 요청이 원하는 대로 대상에 도달하지 않는 경우가 있습니다. 예상대로 장치 요청을 보내고 응답을 받으려면 장치를 HTTP 프록시를 통해 라우팅하고 데이터를 검토합니다. 이렇게 하려면 다음 단계를 수행하십시오.

  1. Fiddler를 워크스테이션에 다운로드하고 설치합니다.
  2. EAS Inspector for Fiddler를 다운로드합니다.
  3. EASInspectorFiddler.dll의 압축을 c:\Program Files\Fiddler2\Inspectors 폴더에 풉니다.
  4. Fiddler 응용 프로그램을 시작합니다.
  5. Tools(도구) 메뉴를 선택한 다음 Fiddler Options(Fiddler 옵션)를 선택합니다.
  6. HTTPS 탭으로 이동하여 Decrypt HTTPS traffic(HTTPS 트래픽 암호 해독)을 선택하고 모든 프롬프트에 대해 Yes(예)를 클릭합니다.
  7. Connections(연결) 탭으로 이동하여 Allow remote computers to connect(원격 컴퓨터 연결 허용)를 선택하고 모든 프롬프트에 대해 OK(확인)를 클릭합니다.
  8. OK(확인)를 클릭하여 Fiddler 응용 프로그램을 닫습니다.
  9. 이 워크스테이션을 프록시 서버로 사용하려면 ActiveSync 장치를 구성합니다. (이 작업은 일반적으로 장치의 WiFi 설정에서 수행됩니다.)
  10. Fiddler 응용 프로그램을 시작합니다.
  11. ActiveSync 장치에서 문제를 재현합니다.
  12. File(파일) 메뉴를 선택한 다음 Capture Traffic(트래픽 캡처)을 선택하여 추적을 중지합니다.

사서함에서 약속 찾기

사서함 로그를 검색하기 전에 사서함에서 약속의 UID를 확인해야 합니다. 이렇게 하려면 다음 단계를 수행하십시오.

  1. MfcMapi를 다운로드하여 설치합니다.
  2. MfcMapi를 시작합니다.
  3. Session(세션) 메뉴로 이동하여 Logon(로그온)을 선택합니다.
  4. 사서함의 Outlook 프로필을 선택하고 OK(확인)를 클릭합니다.
  5. 사서함을 두 번 클릭하여 엽니다.
  6. Root Container, Top of Information Store를 차례로 확장하고 Calendar(일정)를 마우스 오른쪽 단추로 클릭한 다음 Open contents table(콘텐츠 테이블 열기)을 선택합니다.
    
    3616_image66
     

  7. 테이블 내에서 약속을 선택한 후 0x80000102 태그를 마우스 오른쪽 단추로 클릭한 다음 Edit property(속성 편집)를 선택합니다.
    3616_image67
     

  8. Binary(이진) 값을 복사합니다. 이 값은 사서함 로그에서 UID를 검색하는 데 사용됩니다.
    3616_image68
     

UID 검색

이제 수집한 데이터가 있으니 문제 해결을 시작해 보겠습니다. 수행할 첫 번째 단계는 사서함 로그를 살펴보고 약속이 캡처되었는지 확인하는 것입니다. 이렇게 하려면 다음 단계를 수행하십시오.

  1. Exchange 관리 셸을 엽니다.
  2. 다음 cmdlet을 실행하여 사용자의 사서함 로그를 검색합니다.
    Get-ActiveSyncDeviceStatistics -Mailbox user -GetMailboxLog:$True -NotificationEmailAddresses admin@contoso.com
    참고: 이렇게 하면 분석을 위해 ActiveSync 사서함 로그를 지정된 전자 메일 주소로 보냅니다. 사서함 로깅에 대한 자세한 내용은 여기에서 찾을 수 있습니다.
  3. MailboxLogParser를 다운로드한 다음 파일의 압축을 풉니다.
  4. MailboxLogParser.exe를 열어 유틸리티를 시작합니다.
  5. Import Mailbox Logs to Grid(그리드로 사서함 로그 가져오기)를 클릭하여 사서함 로그를 엽니다.
  6. Search raw log data for strings(문자열의 원시 로그 데이터 검색) 아래에서 복사한 UID 값을 입력하고 Search(검색)를 클릭합니다.
    3616_image69
     

  7. 검색 결과를 검토하고 찾은 경우 이 약속의 ServerId 값을 적어 둡니다.
    3616_image94
     

UID를 사용하여 사서함 로그에서 약속을 찾을 수 있었습니까?

Placeholder_Merged into 98
Placeholder_Merged into 98
Placeholder_Merged into 98
UID에 대한 사서함 로그 분석, 약속의 최종 상태 확인

UID에 대한 사서함 로그 분석

이제 사서함 로그에 약속이 있는지 알고 있으므로 약속에 대해 수행한 작업을 추적해야 합니다. 이렇게 하려면 다음 단계를 수행하십시오.

  1. 앞서 찾은 UID 값을 검색합니다.

  2. 결과를 검토하고 로그 항목을 분석합니다. 로그를 확인하여 RequestBody 또는 ResponseBody를 찾습니다. 항목이 응답 본문에 있는 경우 항목은 서버에서 업데이트되었습니다. 그렇지 않고 항목이 요청 본문에 있는 경우 항목은 클라이언트에서 업데이트되었다는 의미입니다.

  3. 작업(추가, 변경 또는 삭제) 및 작업을 서버에서 보냈는지 클라이언트에서 보냈는지 적어 둡니다.
  4. 더 이상 항목을 찾을 수 없을 때까지 2~4단계를 반복합니다.

참고: Exchange ActiveSync 사서함 로깅 분석에 대한 자세한 내용을 보려면 여기를 클릭합니다.

약속의 최종 상태 확인

사서함 로그 내에서 약속에 대해 하나 이상의 작업이 수행되었음을 확인했습니다. 약속의 마지막 결과는 최종 작업에 따라 달라집니다. 다음에서는 해당 작업에 따라 예상되는 약속 상태를 설명합니다.

추가 – 약속은 ActiveSync 클라이언트의 폴더에 있습니다.

변경 – 약속은 ActiveSync 클라이언트의 일정에서 업데이트됩니다.

삭제 – 약속은 ActiveSync 클라이언트의 일정에서 제거됩니다.


최종 작업의 결과가 예상되는 약속 상태와 일치합니까?

Placeholder_Merged into 102
UID에 대한 Fiddler 추적 분석, 약속의 최종 상태 확인

UID에 대한 Fiddler 추적 분석

장치에서 이 약속과 관련된 요청을 보낼 것입니다. Fiddler 추적을 사용하여 요청을 클라이언트에서 보냈고 응답을 서버에서 받았는지 확인할 수 있습니다. 이렇게 하려면 다음 단계를 수행하십시오.

  1. Fiddler를 엽니다.
  2. Edit(편집) 메뉴로 이동하여 Find Sessions(세션 찾기)를 선택합니다.
  3. ActiveSync의 네임스페이스(: mail.contoso.com)를 입력하고 Find Sessions(세션 찾기)를 클릭합니다.
  4. Body(본문) 열에 값이 있으며 HTTP 응답 값이 200이 아닌 요청을 선택합니다.
    3616_image71
     

  5. EAS XML 탭을 선택하여 요청과 응답을 확인합니다.
    3616_image72
     

  6. 앞서 찾은 ServerId에 대해 모든 요청과 응답을 찾습니다.

약속의 최종 상태 확인

Fiddler trace 추적에서 약속에 대해 수행한 작업이 사서함 로그와 맞는지 확인해야 합니다. 최종 작업은 앞서 찾은 사서함 로그와 일치해야 합니다. 다음에서는 해당 작업에 따라 예상되는 약속 상태를 설명합니다.

추가 – 약속은 ActiveSync 클라이언트의 폴더에 있습니다.

변경 – 약속은 ActiveSync 클라이언트의 일정에서 업데이트됩니다.

삭제 – 약속은 ActiveSync 클라이언트의 일정에서 제거됩니다.


최종 작업의 결과가 예상되는 약속 상태와 일치합니까?

Placeholder_Merged into 104
사서함 로그에서 오류 분석

이 약속에 대한 ActiveSync 트래픽으로 인해 장치에서 약속이 올바른 상태가 되지는 않습니다. 이제 일정 폴더에 대한 ActiveSync 요청과 관련된 문제에 대해 사서함 로그를 추가적으로 검토해야 합니다. 이렇게 하려면 다음 단계를 수행하십시오.

  1. 이전의 검색 결과를 검토합니다.
    3616_image73
     

  2. 응답에서 Status(상태) 열을 확인하여 값이 1이 아닌 경우 상태 코드에 대한 자세한 내용은 ActiveSync 프로토콜 문서를 검토합니다.
  3. 또한 예외 메시지에 대해 로그 항목을 확인합니다.

참고: Exchange ActiveSync 사서함 로깅 분석에 대한 자세한 내용을 보려면 여기를 클릭합니다.


응답에 1인 아닌 상태 코드나 사서함 로그에서 발견한 예외가 있었습니까?