다중 포리스트 간 Exchange 2007 자동 검색 서비스 문제 해결

 

마지막으로 수정된 항목: 2011-08-01

Microsoft Exchange Server 2007 자동 검색 서비스는 Microsoft Office Outlook 2007 클라이언트에 각 Exchange 웹 서비스에 대한 URL을 제공합니다. 또한 자동 검색 서비스는 Microsoft Exchange 기반 메시징 환경에서 Outlook 2007 클라이언트에 대한 자동 프로필 구성도 제공합니다.

Microsoft Exchange를 실행하는 컴퓨터에 클라이언트 액세스 서버 역할을 설치하면 IIS(인터넷 정보 서비스)의 기본 웹 사이트에 가상 디렉터리가 새로 만들어집니다. Active Directory 디렉터리 서비스에는 서비스 연결 지점 개체가 만들어집니다. 이 개체를 사용하면 Outlook 2007 을 실행 중이고 도메인에 연결된 모든 클라이언트에서 Active Directory에 쿼리하고 Outlook 프로필을 자동으로 구성할 수 있습니다.

대부분의 조직에는 다음과 같은 상태의 복잡한 토폴로지가 있습니다.

  • 조직에 리소스 포리스트에서 Exchange를 실행 중인 다중 포리스트가 있습니다.

  • 조직의 사용자 계정이 별도의 계정 포리스트 또는 사용자 포리스트에 있습니다.

이와 같은 신뢰할 수 있는 다중 포리스트 시나리오에서 일부 Microsoft Exchange 기능은 자동 검색 서비스를 통해 포리스트 간 사용자 계정에 액세스합니다. 이러한 기능에는 가용성 서비스, 오프라인 주소록, 부재 중 응답 및 통합 메시징이 있습니다. 이 시나리오에서는 신뢰할 수 있는 다중 포리스트 전체의 사용자가 자동 검색 서비스를 사용할 수 있어야 합니다.

이 항목에서는 자동 검색 서비스가 어떻게 작동하는지는 설명하지 않습니다. 대신 다중 포리스트 토폴로지에서 자동 검색 서비스를 구현하는 방법을 설명합니다. 또한 일반적인 다중 포리스트 환경에서 자동 검색 서비스를 실행할 때의 문제 해결 정보도 제공합니다. 이 항목의 내용을 일반적인 사례의 실제 검사 목록 및 자동 검색 서비스 배포 방법으로 활용할 수 있습니다. 이 검사 목록을 사용하여 다중 포리스트 환경에서 발생할 수 있는 문제를 해결하십시오.

Microsoft Exchange 자동 검색 서비스가 작동하는 방법 및 배포 고려 사항에 대한 자세한 내용은 다음 백서를 참조하십시오.

문제 해결 정보

1단계: DNS 이름 확인

Active Directory에서 PDC 에뮬레이터 역할을 하는 도메인 컨트롤러는 도메인 간 트러스트 관계를 제어합니다. 따라서 각 포리스트에서 PDC 에뮬레이터 역할을 하는 도메인 컨트롤러가 반대쪽의 포리스트와 통신할 수 있는지 확인합니다. 이렇게 하려면 Ping(Packet Internet Groper) 도구를 사용하여 반대쪽의 포리스트에서 도메인 이름을 ping합니다.

Exchange 2007 다중 포리스트 조직

Exchange 2007 리소스 포리스트 및 계정 포리스트

이 시나리오에서는 Ping.exe를 사용하여 다음 대상과의 통신을 확인합니다.

  • fourthcoffee.com의 PDC(주 도메인 컨트롤러)에서 northwindtraders.com을 ping합니다.

  • northwindtraders.com의 PDC에서 fourthcoffee.com(Microsoft Exchange 리소스 포리스트)을 ping합니다.

  • northwindtraders.com의 Outlook 2007 클라이언트에서 fourthcoffee.com을 ping합니다.

이러한 ping 명령 중 하나라도 실패하는 경우 각 포리스트에서 DNS 이름 확인을 검토해야 합니다. 예를 들어 다음 항목을 모두 검토합니다.

  • DNS 클라이언트 구성

  • DNS 서버 주 영역, 보조 영역 및 스텁 영역

  • DNS 전달 옵션 및 루트 힌트 옵션

2단계: 두 포리스트 간 트러스트 관계 테스트

리소스 포리스트와 사용자 포리스트 간 트러스트 관계를 확인합니다. Exchange 리소스 포리스트와 사용자 계정 포리스트 간에는 단방향 송신 트러스트가 필요합니다. 트러스트 구성 방법에 대한 자세한 내용은 Create a one-way, outgoing, forest trust for both sides of the trust(영문)를 참조하십시오.

포리스트 전체 도메인 간 도메인 트러스트의 유효성을 검사하려면 각 포리스트의 도메인 컨트롤러에서 Domain.msc 스냅인을 실행합니다. 또는 다음 Netdom.exe 명령을 실행할 수 있습니다.

netdom trust <trusted_domain_name> /domain: <trusting_domain_name> /verify

트러스트 유효성이 확인되면 다음 결과가 표시됩니다.

northwindtraders.com 및 fourthcoffee.com 간의 트러스트가 확인되었습니다.

계정 포리스트(사용자 포리스트) 도메인 및 리소스 포리스트(Exchange 포리스트) 도메인 간의 트러스트 관계를 다시 만들어야 하는 경우 다음 단계를 수행합니다.

참고

다음 단계를 위해 northwindtraders.com은 계정 포리스트에, Fourthcoffee.com은 리소스 포리스트에 있습니다.

  1. 계정 포리스트의 도메인 컨트롤러에 로그온합니다. 그런 다음 Active Directory 도메인 및 트러스트 MMC 스냅인을 시작합니다.

  2. Active Directory 도메인 및 트러스트에서 northwindtraders.com 계정 포리스트를 마우스 오른쪽 단추로 클릭한 다음 속성을 클릭합니다.

  3. 트러스트 탭을 클릭한 다음 새 트러스트를 클릭합니다.

  4. 새 트러스트 마법사에서 다음을 클릭합니다.

  5. 이름 상자에 리소스 포리스트의 이름을 입력합니다. 이 예에서는 fourthcoffee.com을 입력한 후 다음을 클릭합니다.

  6. 단방향 수신을 클릭한 후 다음을 클릭합니다.

  7. 트러스트 파트너 페이지에서 이 도메인과 지정한 도메인 모두를 클릭한 후 다음을 클릭합니다.

  8. 사용자 이름 및 암호 페이지에서 계정 도메인에 관리 권한이 있는 계정의 자격 증명을 입력합니다. 예를 들어 fourthcoffee.com 도메인에서 관리자 계정의 자격 증명을 입력합니다. 그리고 다음을 클릭합니다.

  9. 전체 도메인 인증을 클릭한 후 다음을 클릭합니다.

  10. 트러스트 선택 완료 페이지에서 트러스트 설정을 검토한 후 다음을 클릭합니다.

  11. 트러스트 만들기 완료 페이지에서 다음을 클릭합니다.

  12. 받는 트러스트 확인 페이지에서 를 클릭하고 받는 트러스트를 확인한 후 다음, 마침을 차례로 클릭합니다.

  13. 새로운 fourthcoffee.com 트러스트가 northwindtraders.com 속성 대화 상자의 이 도메인에게 트러스트를 준 도메인(받는 트러스트) 아래에 나타나는지 확인합니다.

3단계: 연결된 사서함에서 마스터 계정 권한 확인

계정 포리스트(northwindtraders.com)의 각 사용자에 대해 연결된 사서함은 리소스 포리스트(forthcoffee.com)에 만들어야 합니다. 마스터 계정에 연결된 사서함 및 SMTP 주소에 대한 모든 권한이 있는지 확인합니다. 이렇게 하려면 Get-MailboxGet-MailboxPermission cmdlet을 사용합니다.

자세한 내용은 연결된 사서함을 만드는 방법을 참조하십시오.

cmdlet를 실행하면 다음과 유사한 결과가 나타나야 합니다.

Get-Mailbox <mailbox_user> | fl

PrimarySmtpAddress:

Vandy@fourthcoffee.com

RecipientType:

UserMailbox

RecipientTypeDetails:

LinkedMailbox

IsLinked:

True

LinkedMasterAccount:

NORTHWINDTRADERS\Vandy

Get-MailboxPermission <mailbox_user> | fl

AccessRights:

{FullAccess, ExternalAccount}

InheritanceType:

All

User:

NORHTWINDTRADERS\Vandy

Identity:

Fourthcoffee.com/Users/Vandy

Exchange 관리 콘솔을 사용하여 리소스 포리스트에서 연결된 사서함을 만들려면 다음 단계를 수행합니다.

  1. Exchange 관리 콘솔의 받는 사람 구성 아래에서 사서함을 클릭한 다음 작업 창에서 새 사서함을 클릭합니다.

  2. 새 사서함 대화 상자에서 연결된 사서함, 다음을 차례로 클릭합니다.

  3. 새 사용자를 클릭한 다음 새로 만들기를 클릭합니다.

  4. 사용자 정보 페이지에서 리소스 도메인(fourthcoffee.com) 사용자 정보를 입력합니다. 예를 들어 다음 사용자 정보를 지정합니다.

    1. 필드

    1. 조직 구성 단위

    1. Fourthcoffee.com/Users

    1. 이름

    1. Vandy

    1. 이름

    1. Vandy@fourthcoffee.com

    1. 사용자 로그온 이름

    1. Vandy

    1. 암호

    1. <암호>

    1. 암호 확인

    1. <암호>

    그리고 다음을 클릭합니다.

  5. 별칭 상자에 사용자 별칭을 입력합니다. 예를 들어 vandy를 입력합니다. 그리고 다음을 클릭합니다.

  6. 마스터 계정 페이지에서 계정 포리스트에 대한 계정 정보를 입력합니다. 예를 들어 다음 사용자 정보를 지정합니다.

    1. 필드

    1. 트러스트된 포리스트 또는 도메인

    1. Northwindtraders.com

    1. 사용자 이름

    1. Northwindtraders\administrator

    1. 암호

    1. <암호>

    1. 연결된 도메인 컨트롤러

    1. dc-1.northwindtraders.com

    1. 연결된 마스터 계정

    1. Northwindtraders\vandy

  7. 다음을 클릭합니다.

  8. 구성 요약에서 연결된 사서함 구성이 올바른지 확인하고 다음, 마침을 차례로 클릭합니다.

새로 연결된 사서함이 사서함 - Fourthcoffee.com 세부 정보 창에 나타납니다.

4단계: 서비스 연결 지점의 Keywords 및 ServiceBindingInformationService 특성 확인

Export-AutoDiscoverConfig cmdlet를 실행하면 계정 포리스트에 새로운 SCP(서비스 연결 지점) 개체가 만들어집니다. 이 SCP 개체는 리소스 포리스트에서 자동 검색 서비스에 대한 URL을 가리킵니다. Outlook 2007 클라이언트의 경우 Autodiscover 요청에 응답하는 SCP를 찾으려면 다음 두 특성이 필요합니다.

  • Keywords

  • ServiceBindingInformationService

리소스 포리스트에서 이러한 특성은 다음 목적으로 사용됩니다.

  • Keywords 특성은 CAS(클라이언트 액세스 서버)가 있는 사이트 이름을 포함합니다. Keywords 특성은 사이트 선호도를 제어하여 Outlook 2007 클라이언트가 Outlook 요청에 응답하기에 가장 적합한 CAS를 찾을 수 있도록 합니다.

  • ServiceBindingInformation 특성에는 Autodiscover URL이 포함됩니다. 예를 들면 https://<CAS_서버>.example.fourthcoffee.com/autodiscover/autodiscover.xml을 입력합니다.

계정 포리스트에서 이러한 특성은 다음 목적으로 사용됩니다.

  • Keywords 특성에는 신뢰할 수 있는 모든 허용 SMTP 도메인이 포함됩니다. Exchange 관리 콘솔에서 이 정보는 Organization Configuration\Hub Transport\Accepted Domains 아래에 표시됩니다.

  • ServiceBindingInformation 특성에는 Microsoft Exchange 리소스 포리스트에 대한 LDAP URL(예: ldap://fourthcoffee.com)이 포함됩니다.

각 Microsoft Exchange 클라이언트 액세스 서버에 대한 SCP 개체의 KeywordsServiceBindingInformationService 특성을 검토하기 위해 ldifde.exe 명령, Adsiedit.msc 또는 Get-ClientAccessServer cmdlet를 사용할 수 있습니다. 예를 들어 다음과 같은 명령을 사용할 수 있습니다.

Ldifde 명령

Ldifde -f scp_account.txt -d "CN=Fourthcoffee.com,CN=Microsoft Exchange Autodiscover,CN=Services,CN=Configuration,DC=Nwtraders,DC=com"

결과

dn:

CN=Fourthcoffee.com,CN=MicrosoftExchange Autodiscover,CN=Services,CN=Configuration,DC=Northwindtraders,DC=com

distinguishedName:

CN=Fourthcoffee.com,CN=Microsoft Exchange Autodiscover,CN=Services,CN=Configuration,DC=Northwindtraders,DC=com

keywords:

Domain=Example.com

keywords:

Domain=Fourthcoffee.com

keywords:

67661D7F-8FC4-4fa7-BFAC-E1D7794C1F68

serviceBindingInformation:

LDAP://Fourthcoffee.com

Get-ClientAccessServer cmdlet

Get-ClientAccessServer | fl *Auto*

결과

AutoDiscoverServiceCN:

CAS_SERVER

AutoDiscoverServiceClassName:

ms-Exchange-AutoDiscover-Service

AutoDiscoverServiceInternalUri:

https://cas_server.fourthcoffee.com/Autodiscover/Autodiscover.xml

AutoDiscoverServiceGuid:

77378f46-2c66-4aa9-a6a6-3e7a48b19596

AutoDiscoverSiteScope:

{Default-First-Site-Name}

5단계: Outlook 2007 클라이언트에서 SCP 검색 기능 확인

SCP Keywords 및 ServiceBindingInformationService 개체가 있고 올바르게 구성되어 있으면 Outlook 2007 클라이언트에서 개체를 찾을 수 있는지 확인합니다. 이렇게 하려면 다음 단계를 수행합니다.

  1. 리소스 포리스트에서 감사를 사용하도록 기본 도메인 컨트롤러 그룹 정책 개체를 수정합니다.

  2. 컴퓨터 구성, Windows 설정, 보안 설정, 로컬 정책, 감사 정책을 차례로 확장합니다.

  3. 세부 정보 창에서 디렉터리 서비스 액세스 감사를 두 번 클릭하고 성공 확인란을 클릭하여 선택한 다음 확인을 클릭합니다.

  4. 다음 정책에 대해 성공 감사를 사용하도록 설정합니다.

    • 계정 로그온 이벤트 감사

    • 계정 관리 감사

    • 디렉터리 서비스 액세스 감사

    • 로그온 이벤트 감사

    • 정책 변경 감사

    • 시스템 이벤트 감사

  5. 계정 포리스트의 도메인 컨트롤러에서 ADSIEdit.msc 스냅인을 시작하여 fourthcoffee.com SCP 개체의 감사를 사용하도록 설정합니다.

  6. ADSI 편집에서 구성 컨테이너를 확장한 후 다음 경로를 확장합니다.

    CN=Fourthcoffee.com,CN=Microsoft Exchange Autodiscover,CN=Services,CN=Configuration,DC=Northwindtraders,DC=com

  7. Microsoft Exchange Autodiscover 개체를 마우스 오른쪽 단추로 클릭한 다음 속성을 클릭합니다.

  8. 보안 탭, 고급을 차례로 클릭한 후 감사 탭을 클릭합니다.

  9. 감사 항목 목록에서 모든 사람 그룹을 추가합니다.

  10. 액세스 목록의 성공 열에서 모든 속성 읽기 확인란을 클릭하여 선택합니다.

  11. 확인을 세 번 클릭하여 개체에 대한 변경 내용을 저장합니다.

  12. Outlook 2007 프로필을 만들거나 전자 메일 자동 구성 테스트 기능을 사용하여 감사 이벤트를 생성합니다. 어떤 방법을 사용하든 시스템 로그와 보안 로그에 다음 이벤트가 생성됩니다.

시스템 로그 이벤트

각 성공한 로그온에 대해 이벤트 ID 540이 시스템 로그에 기록됩니다.

  1. 이벤트 원본: 보안

  2. 범주: 로그온/로그오프

  3. 이벤트 ID: 540

  4. 사용자: NORTHWINDTRADERS\<사용자 이름>

  5. 설명:

  6. 성공적 네트워크 로그온:

  7. 사용자 이름: <사용자 이름>

  8. 도메인: NORTHWINDTRADERS

  9. 로그온 ID: <ID>

  10. 로그온 유형: 3

  11. 로그온 프로세스: Kerberos

  12. 인증 패키지: Kerberos

  13. 워크스테이션 이름:

  14. 로그온 GUID: <GUID>

보안 로그 이벤트

사용자가 SCP 개체를 쿼리할 수 있는 경우 다음 이벤트가 보안 로그에 기록됩니다. 이 이벤트 설명에서 개체 이름은 계정 포리스트에서 SCP입니다.

이벤트 원본: 보안

범주: 디렉터리 서비스 액세스

이벤트 ID: 566

사용자: NORTHWINDTRADERS\<사용자 이름>

설명:

개체 작업

개체 서버: DS

작업 유형: 개체 액세스

개체 유형: serviceConnectionPoint

개체 이름: CN=fourthcoffee.com,CN=Microsoft Exchange Autodiscover,CN=Services,CN=Configuration,DC=northwindtraders,DC=com

핸들 ID: -

기본 사용자 이름: <사용자 이름>

기본 도메인: NORTHWINDTRADERS

6단계: 인증서 설정 검토

기본적으로 클라이언트 액세스 서버 역할을 설치할 때 자체 서명 인증서가 설치됩니다. 이 인증서에는 서버의 NetBIOS 이름에 매핑되는 일반 이름이 있습니다. 자체 서명 인증서의 SAN(주체 대체 이름) 필드에는 서버의 내부 FQDN이 추가 DNS 이름으로 저장되어 있습니다. 그러므로 인증서가 만료되지 않은 경우 도메인에 연결된 클라이언트에서 인증서 경고 표시 없이 자동 검색 서비스에 연결할 수 있습니다. 자세한 내용은 White Paper: Exchange 2007 Autodiscover Service 백서의 Autodiscover and Certificates 섹션을 참조하십시오.

참고

일반적으로 자체 서명 인증서는 Windows 인증서 서비스를 사용하여 생성되었거나 타사 인증 기관에서 얻은 다른 인증서로 대체됩니다. 새로운 인증서에는 보통 원래 자체 서명 인증서에 포함된 DNS 이름과 다른 DNS 이름이나 원래 자체 서명 인증서에 포함된 DNS 이름에 추가된 DNS 이름이 포함됩니다. 이 섹션의 예는 내부 CA에서 생성된 인증서를 기준으로 합니다.

Get-ExchangeCertificate cmdlet를 사용하여 클라이언트 액세스 서버에서 Exchange 인증서를 검토합니다. 이 cmdlet를 실행하면 다음 특성을 확인합니다.

  • CertificateDomains

  • Services

  • Status

  • IsSelfSigned

  • Issuer

  • Subject

Get-ExchangeCertificates cmdlet

Get-ExchangeCertificates | fl

결과

CertificateDomains : {mail.fourthcoffee.com, TX136711-MS1, TX136711-MS1.fourthcoffee.com, Fourthcoffee.com, autodiscover.Fourthcoffee.com }

HasPrivateKey : True

IsSelfSigned : False

Issuer : CN=Fourthcoffee, DC=Fourthcoffee, DC=com

Services : IMAP, POP, IIS

Status: Valid

Subject : CN=mail.fourthcoffee.com

7단계: Export-AutodiscoverConfig cmdlet 실행

Exchange 관리 콘솔에서 Organization Configuration\Hub Transport\Accepted Domains 아래에 신뢰할 수 있는 허용 도메인을 새로 만들 때마다 Export-AutodiscoverConfig cmdlet를 실행해야 합니다. 이 작업은 계정 포리스트에서 키워드 특성을 업데이트합니다.

참고

신뢰할 수 있는 허용 도메인을 새로 만들면 키워드 특성은 계정 포리스트에서 자동으로 업데이트되지 않습니다.

Export-AutodiscoverConfig cmdlet를 실행하기 전의 키워드 정보는 다음과 유사합니다.

dn:

CN=Fourthcoffee.com,CN=MicrosoftExchange Autodiscover,CN=Services,CN=Configuration,DC=Northwindtraders,DC=com

distinguishedName:

CN=Fourthcoffee.com,CN=Microsoft Exchange Autodiscover,CN=Services,CN=Configuration,DC=Northwindtraders,DC=com

keywords:

Domain=dallas.com

keywords:

Domain=Fourthcoffee.com

keywords:

67661D7F-8FC4-4fa7-BFAC-E1D7794C1F68

serviceBindingInformation:

LDAP://Fourthcoffee.com

원본 포리스트의 Exchange CAS 서버에서 다음 명령을 실행하여 Export-AutodiscoverConfig cmdlet를 실행하는 데 필요한 자격 증명을 검색합니다.

$a = Get-Credential

그런 후 다음 Export-AutodiscoverConfig 명령을 실행합니다.

Export-AutoDiscoverConfig -DomainController <FQDN> -TargetForestDomainController <String> -TargetForestCredentials $a -MultipleExchangeDeployments $true

8단계: Exchange 2007 Extra.exe 도구 실행

Microsoft Exchange Troubleshooting Assistant(Extra.exe)를 사용하여 자동 검색 서비스를 추적합니다.

  1. 시작, 실행을 차례로 클릭하고 extra.exe를 입력한 다음 확인을 클릭합니다.

  2. 시작 화면으로 이동을 클릭한 다음 작업 선택을 클릭합니다.

  3. 추적 제어를 클릭한 후 Exchange에 추적을 해석할 모듈이 없다는 메시지가 표시되면 확인을 클릭합니다.

  4. 수동 추적 태그 설정을 클릭한 후 다음 추적 유형 확인란을 클릭하여 선택합니다.

    • PFD

    • 심각한

    • 오류

    • 경고

    • 정보

    • 성능

    • 기능

  5. 추적할 구성 요소 목록에서 다음 확인란을 클릭하여 선택합니다.

    • ADProvider

    • MSExchangeAutodiscover

  6. 추적 시작을 클릭합니다.

결과

다음 추적 결과는 만들어진 Outlook 2007 프로필을 보여줍니다. 추적 결과를 따르려면 해당 사용자 ID와 함께 문제를 해결할 사용자 계정을 확인합니다. 이 예에서 사용자 계정은 Tim@dallas.com입니다.

577502E94268MSExchangeAutodiscoverFramework[Provider.base()] Timestamp="16:53:55.5388560";CompterNameHash="1359685320";EmailAddress="Tim@dallas.com";LegacyDN="";UserSID="S-1-5-21-1704072791-1889598559-3047533862-1110";

57870ADProviderLdapFilterBuilderLdapFilterBuilder::LdapFilterFromQueryFilter - forming LDAP Filter for (&((&((|((Sid Equal S-1-5-21-1704072791-1889598559-3047533862-1110)(MasterAccountSid Equal S-1-5-21-1704072791-1889598559-3047533862-1110)))(ObjectClass NotEqual foreignSecurityPrincipal)))(|((ObjectCategory Equal person)(ObjectCategory Equal msExchDynamicDistributionList)(ObjectCategory Equal group)(ObjectCategory Equal publicFolder)(ObjectCategory Equal msExchPublicMDB)(ObjectCategory Equal msExchSystemMailbox)(ObjectCategory Equal msExchExchangeServerRecipient)(ObjectCategory Equal exchangeAdminService)))(!((&((ExchangeVersion GreaterThanOrEqual 1.0 (0.0.0.0))(Exists(ExchangeVersion)))))))).

57880ADProviderLdapFilterBuilderLdapFilterBuilder::LdapFilterFromQueryFilter - Ldap filter = (&(|(objectSid=S-1-5-21-1704072791-1889598559-3047533862-1110)(msExchMasterAccountSid=S-1-5-21-1704072791-1889598559-3047533862-1110))(!(objectClass=foreignSecurityPrincipal))(|(objectCategory=person)(objectCategory=msExchDynamicDistributionList)(objectCategory=group)(objectCategory=publicFolder)(objectCategory=msExchPublicMDB)(objectCategory=msExchSystemMailbox)(objectCategory=msExchExchangeServerRecipient)(objectCategory=exchangeAdminService))(!(&(msExchVersion>=1125899906842624)(msExchVersion=*)))).

5799013965FAADProviderADFindADSession::Find using vandyr139404c.nwtraders.com:3268 - LDAP search from , scope 2, filter (&(|(objectSid=S-1-5-21-1704072791-1889598559-3047533862-1110)(msExchMasterAccountSid=S-1-5-21-1704072791-1889598559-3047533862-1110))(!(objectClass=foreignSecurityPrincipal))(|(objectCategory=person)(objectCategory=msExchDynamicDistributionList)(objectCategory=group)(objectCategory=publicFolder)(objectCategory=msExchPublicMDB)(objectCategory=msExchSystemMailbox)(objectCategory=msExchExchangeServerRecipient)(objectCategory=exchangeAdminService))(!(&(msExchVersion>=1125899906842624)(msExchVersion=*)))), sizeLimit 2, timeout 00:00:30

66130MSExchangeAutodiscoverFramework[LoadProvider()] 'provider "Microsoft.Exchange.Autodiscover.Providers.Outlook.OutlookAutoDiscoverProvider, Microsoft.Exchange.Autodiscover, Version=8.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" is loaded'

661702E94268MSExchangeAutodiscoverFramework[base.GenerateResponseXml()] 'redirectOrError=false; 'Calling provider's WriteConfigXml()'

668003B97E22MSExchangeAutodiscoverFramework[OnLoad()] 'Request is successfully processed'

자세한 내용

자세한 내용은 다음 문서를 참조하십시오.