메시지 다시 라우팅 및 연결할 수 없는 큐

적용 대상: Exchange Server 2010 SP2, Exchange Server 2010 SP3

마지막으로 수정된 항목: 2015-03-09

Microsoft Exchange Server 2010에는 배달되지 않은 메시지를 연결할 수 없는 큐에 배치하거나 다시 라우트하는 메시지 라우팅 시나리오가 있습니다. 

분류의 라우팅 단계에서 메시지를 연결할 수 없는 큐에 배치할 것인지 결정됩니다. 라우팅 단계에서 메시지의 라우팅 경로를 계산할 수 없는 경우 메시지는 연결할 수 없는 큐로 보내집니다.

SMTP 송신 커넥터 프로세스의 메시지 배달 단계에서 메시지를 다시 라우트할 것인지 결정됩니다. 큐의 메시지를 다시 전송하도록 요구하는 구성 변경 내용이 있을 경우 메시지 배달 단계에서 분류하기 위해 메시지가 다시 전송되고 새 구성 정보를 사용하여 다시 라우트됩니다. 구성 변경 유형에 따라 다시 전송된 메시지 일부 또는 전체가 연결할 수 없는 큐로 보내지거나 다른 배달 큐로 보내질 수 있습니다.

최소 비용 라우팅 경로를 계산하는 방법은 메시지 라우팅 이해를 참조하십시오. 분류기 작동 방식에 대한 자세한 내용은 전송 파이프라인 이해를 참조하십시오.

메시지 라우팅과 관련된 관리 작업에 대한 자세한 내용은 메시지 라우팅 관리를 참조하십시오.

메시지 라우팅

Exchange에는 다음 두 가지의 메시지 배달 유형이 있습니다.

• 로컬 배달은 분류가 발생한 허브 전송 서버와 동일한 Active Directory 사이트에 사서함이 있는 받는 사람에게 전송되는 메시지 배달을 말합니다.

• 원격 배달은 Exchange 조직의 다른 Active Directory 사이트에 있는 받는 사람과 외부 받는 사람에게 전송되는 메시지 배달을 말합니다. 원격 배달 큐는 메시지 다시 라우팅의 주요 초점입니다. 원격 배달은 구성 변경 내용에 의해 다양한 방식으로 영향을 받을 수 있습니다.

분류기의 라우팅 구성 요소는 강화된 DNS(Domain Name System) 확인 과정에서 큐의 메시지를 다시 라우트해야 하는지 여부를 확인하려고 시도합니다. 향상된 DNS 확인 작업을 수행하는 동안 라우팅 과정에서 큐를 다시 라우트해야 하는지 여부를 검색합니다. 이 단계에서는 대상 목록에 대해 NextHopSolutionKey 특성을 확인합니다. 이렇게 하면 라우팅 과정에서 NextHopSolutionKey 특성을 무효화하거나 수정하는 구성 변경 내용을 자동으로 검색할 수 있습니다. 구성 변경에 큐의 메시지 다시 라우팅이 필요하다는 것을 라우팅에서 감지할 경우 영향 받는 큐의 메시지는 분류기로 다시 전송되고 새 구성 변경을 고려하여 최소 비용 경로가 다시 계산됩니다.

인바운드 메시지를 Exchange 데이터베이스로 배달하는 저장소 드라이버도 메시지를 다시 라우트할 수 있습니다. 다음 조건 중 하나에 해당하는 경우 저장소 드라이버는 다시 라우트할 메시지를 다시 전송합니다.

• 메시지가 MAPI 배달 큐에 있고 다음 홉이 선택되었지만 메시지가 배달되지 않은 경우

• 대상 사서함이 다른 사서함 서버로 이동된 경우

저장소 드라이버에서 메시지를 사서함 서버로 배달하려고 시도할 때 해당 사서함 서버를 사용할 수 없는 경우 메시지 큐는 다시 시도 상태가 됩니다. 사서함 서버에 연결하려고 시도했지만 다시 시도 간격이 만료될 때까지 계속 실패한 경우 큐의 모든 메시지는 분류기로 다시 전송됩니다.

메시지가 비 SMTP 게이트웨이 배달 큐(배달 에이전트 커넥터 또는 외부 커넥터로 라우트되는 큐)에 있을 경우 외부 게이트웨이 연결 처리기는 구성 변경으로 인해 다시 라우트해야 하는지 여부를 확인합니다. 외부 게이트웨이 연결 처리기는 배달 에이전트 커넥터 큐와 외부 커넥터 Drop 디렉터리에 대한 메시지 배달을 관리하는 Microsoft Exchange Transport Service의 구성 요소입니다. 예를 들어 외부 커넥터를 삭제하거나 사용하지 않도록 설정하려면 메시지를 다른 커넥터로 다시 라우트해야 합니다. 

다음 목록에는 메시지 라우팅에 영향을 주는 구성 변경 내용의 유형이 요약되어 있습니다. 각 구성 변경에 대해서는 이 항목의 뒷부분에서 자세히 설명합니다.

• 잘못된 다음 홉   메시지에 대한 다음 홉이 삭제 또는 수정되었으므로 이전에 계산된 라우팅 경로가 잘못되었습니다. 메시지의 다음 홉은 Active Directory 사이트, 커넥터 또는 전송 서버(허브 전송 서버 또는 Edge 전송 서버)일 수 있습니다.

• 다음 홉 변경   다음 홉 구성이 연결에 영향을 주는 방식으로 변경되었습니다. 예를 들어 원격 Active Directory 사이트에서 허브 전송 서버 목록이 변경되면 다음 홉 연결이 수정됩니다.

• 덜 선호되는 라우팅 경로   이전에 계산된 라우팅 경로를 따라 구성이 변경된 경우 라우팅 경로에 연결할 수 있으면 이미 라우트된 메시지가 배달됩니다. 그러나 새 메시지는 업데이트된 구성 변경 내용에 따라 다시 라우트됩니다.

• 사용할 수 없는 다음 홉   네트워크 연결 또는 대상 서버를 사용할 수 있으면 다음 홉에 연결할 수 없게 됩니다. 그러나 다음 홉은 변경되지 않습니다. Active Directory 사이트의 허브 전송 서버가 오프라인 상태인 경우가 그 예입니다.

• 다시 라우팅이 발생하는 추가 시나리오   일부 경우에 DNS 커넥터 또는 스마트 호스트 커넥터에 대해 DNS MX 리소스 레코드 확인이 실패하면 구성이 변경될 수 있습니다.

• 메시지 다시 라우팅 또는 지연을 일으키는 구성 변경 내용   메시지 배달 단계 중에 특정 구성 변경 내용이 감지되면 라우팅 동작이 발생하고 메시지가 다시 라우트되거나 배달이 지연됩니다.

잘못된 다음 홉

구성 변경으로 인해 이전에 계산된 다음 홉이 무효화될 수 있습니다. 이러한 환경에서는 분류기의 라우팅 구성 요소가 구성 변경 내용을 검색하고 이 변경 내용에 맞게 다시 라우트할 수 있습니다.

로컬 컴퓨터의 SMTP 커넥터로 배달

로컬 컴퓨터의 SMTP 커넥터로 메시지가 배달 중인 경우 대상까지 릴레이하기 위해 메시지를 받는 서버도 메시지 라우팅에 사용되는 송신 커넥터의 원본 서버입니다. 이러한 종류의 배달은 다음 조건 중 하나에 해당하는 경우 발생합니다.

• 연결된 수신 커넥터에서 메시지를 받은 경우

• 받는 사람 주소가 외부 주소이고 선택한 커넥터의 원본 서버가 로컬 컴퓨터인 경우

분류기의 라우팅 구성 요소에 의해 선택된 송신 커넥터가 삭제 또는 사용하지 않도록 설정된 경우 메시지 배달 단계에서 구성 변경 내용이 검색됩니다. 이로 인해 큐의 모든 메시지가 다시 분류됩니다.

송신 커넥터의 구성이 변경되어 커넥터의 원본 서버로서 로컬 서버가 제거된 경우 메시지 배달 단계에서 구성 변경 내용이 검색되고 큐의 모든 메시지가 다시 분류됩니다.

송신 커넥터의 주소 확인 방법이 변경되면 큐가 다시 라우트됩니다. DNS를 사용하여 MX 레코드를 확인하고 메시지를 자동으로 라우트하도록 송신 커넥터를 구성하거나 하나 이상의 스마트 호스트를 통해 모든 메시지를 라우트하도록 송신 커넥터를 구성할 수 있습니다. 송신 커넥터의 주소 확인을 변경하는 경우 송신 커넥터를 통해 라우트된 메시지가 다시 라우트됩니다.

Active Directory 사이트의 SMTP 릴레이

다음과 같은 시나리오에서 Active Directory 사이트에서 SMTP 메시지 릴레이가 발생합니다.

• 받는 사람 주소가 외부 주소이고 송신 커넥터의 원본 서버 하나 이상이 로컬 Active Directory 사이트에 있는 Exchange 2010 허브 전송 서버인 경우

• 받는 사람 주소가 외부 주소이고 송신 커넥터의 원본 서버 하나 이상이 로컬 Active Directory 사이트에 가입된 Exchange 2010 Edge 전송 서버인 경우

• 받는 사람의 사서함이 로컬 Active Directory 사이트에서 Exchange Server 2007을 실행하는 서버에 있는 경우

• 받는 사람의 사서함이 Exchange Server 2003을 실행하는 서버에 있고 선택한 라우팅 그룹 커넥터의 원본 서버 하나 이상이 로컬 Active Directory 사이트에 있는 Exchange 2010 허브 전송 서버인 경우

• 받는 사람이 메일 그룹이고 이 그룹의 확장 서버가 로컬 Active Directory 사이트에 있는 Exchange 2010 허브 전송 서버인 경우

처음 네 시나리오에서 송신 커넥터가 삭제 또는 사용하지 않도록 설정된 경우 메시지 배달 단계에서 구성 변경 내용이 검색되고 큐가 다시 전송됩니다.

마지막 시나리오에서는 메시지가 확장 서버로 배달되기 위해 큐에 대기하며 NextHopSolutionKey 특성에는 메일 그룹에 대한 확장 서버의 FQDN(정규화된 도메인 이름)이 포함됩니다. 지정된 확장 서버에서 허브 전송 서버 역할이 제거된 경우 메시지 배달 단계에서 구성 변경 내용이 검색되고 큐가 다시 전송됩니다.

원격 Active Directory 사이트에 대한 SMTP 릴레이

메시지가 원격 Active Directory 사이트로 배달 중인 경우 다음 홉은 메시지를 처리하고 있는 허브 전송 서버와 다른 Active Directory 사이트입니다. 다음과 같은 시나리오에서 이러한 배달 유형이 사용됩니다.

• 받는 사람이 확인된 사용자, 사서함 데이터베이스 또는 공용 폴더이고 대상 컴퓨터가 원격 Active Directory 사이트에 있는 Exchange 2010 서버인 경우

• 받는 사람 주소가 외부 주소이고 이 주소에 대해 선택된 송신 커넥터의 원본 서버가 원격 Active Directory 사이트에 있는 Exchange 2010 서버인 경우

• 받는 사람 주소가 외부 주소이고 분류기의 라우팅 구성 요소에 의해 선택된 외부 커넥터의 원본 서버가 원격 Active Directory 사이트에 있는 Exchange 2010 서버인 경우

• 받는 사람이 메일 그룹이고 확장 서버가 원격 Active Directory 사이트에 있는 Exchange 2010 허브 전송 서버인 경우

• 받는 사람의 사서함이 Exchange 2003 서버에 있고 선택된 라우팅 그룹 커넥터의 원본 서버로 나열된 서버 중 가장 가까운 허브 전송 서버가 원격 Active Directory 사이트에 있는 경우

이 시나리오에서 원격 Active Directory 사이트가 삭제된 경우 메시지 배달 단계에서 구성 변경 내용이 검색되고 큐가 다시 전송됩니다.

Exchange 2003 Server에 대한 SMTP 릴레이

메시지가 Exchange 2003 서버로 배달 중인 경우 Exchange 2010 허브 전송 서버는 라우팅 그룹 커넥터를 통해 메시지를 Exchange 2003 서버로 릴레이합니다. 이 배달 유형은 다음과 같은 시나리오에서 사용됩니다.

• 받는 사람이 Exchange 2003 서버에 있는 확인된 사용자, 사서함 데이터베이스 또는 공용 폴더인 경우

• 받는 사람 주소가 외부 주소이고 이 주소에 대해 선택된 SMTP 커넥터의 원본 서버가 Exchange 2003 서버인 경우

• 받는 사람 주소가 외부 주소이고 이 주소에 대해 선택된 외부 커넥터의 원본 서버가 Exchange 2003 서버인 경우

• 받는 사람이 메일 그룹이고 지정된 확장 서버가 Exchange 2003 서버인 경우

이 시나리오에서 라우팅 그룹 커넥터가 삭제된 경우 메시지 배달 단계에서 구성 변경 내용이 검색되고 큐가 다시 전송됩니다.

다음 홉 변경

일부 시나리오에서는 다음 홉이 무효화되지 않습니다. 그러나 다음 홉 대상 연결에 영향을 주는 방식으로 수정됩니다. 이러한 구성 변경 내용은 메시지 배달 단계에서 자동으로 검색되며 메시지는 새 대상으로 배달됩니다.

다음과 같은 변경 내용 유형으로 인해 다음 홉 대상 목록이 업데이트됩니다.

• 라우팅 그룹 커넥터의 대상 서버 목록 변경

• 원격 Active Directory 사이트의 허브 전송 서버 목록 변경

• 로컬 Active Directory 사이트의 허브 전송 서버 또는 Edge 전송 서버 목록 변경

• 이전에 계산된 라우팅 경로를 따라 허브 사이트 소개. 메시지 배달 단계에서 이러한 변경 내용이 검색된 경우 메시지가 허브 사이트로 보내지도록 확인 요청에 반환되는 IP 주소 목록이 조정됩니다.

덜 선호되는 라우팅 경로

구성 변경 내용으로 인해 이전에 계산된 라우팅 경로가 덜 적합하거나 라우팅 경로가 고려 대상에서 제외된 경우에도 라우팅 경로에 여전히 연결할 수 있으며 이전에 계산된 라우팅 경로를 따라 메시지가 배달됩니다. 다음 구성 변경 내용이 이러한 범주에 속합니다.

• 라우팅 경로를 따라 메시지 크기 제한이 추가된 경우. 이로 인해 크기 제한을 초과하는 메시지는 다른 라우팅 경로를 따라 라우트됩니다.

• 더 나은 비용의 라우팅 경로 또는 더 근접한 라우팅 경로가 생성된 경우

• 커넥터의 주소 공간이 변경된 경우

• 커넥터 사용 가능 설정이나 커넥터 범위 수정 등의 기타 커넥터 관련 변경 내용이 발생한 경우. 예를 들어 전체에서 범위로 변경되는 등 범위가 변경된 커넥터가 로컬 Active Directory 사이트에 있을 경우 변경 내용은 영향을 주지 않습니다. 커넥터가 원격 Active Directory 사이트에 있을 경우 메시지가 커넥터 대신 원격 Active Directory 사이트에 대한 큐에 대기하므로 메시지 배달 단계에서 변경 내용이 검색되지 않습니다.

• 라우팅 경로가 원격 Active Directory 사이트에 있는 사서함 서버로의 SMTP 릴레이를 시도할 때 사서함 서버는 원격 Active Directory 사이트에서 로컬 Active Directory 사이트로 이동됩니다.

• 라우팅 경로가 메일 그룹의 확장 서버에 연결하려고 시도 중이지만 이 서버가 더 이상 확장 서버가 아닌 경우

이 시나리오에서 기존 메시지는 이미 계산된 라우팅 경로를 따라 배달됩니다. 라우팅 경로가 있고 이 경로에 연결할 수 있기 때문에 이미 라우트된 메시지는 이 구성 변경 내용에 의해 영향을 받지 않습니다. 그러나 새로 전송된 메시지는 업데이트된 구성을 사용하여 라우트됩니다.

사용할 수 없는 다음 홉

이 시나리오에서는 구성 변경 내용 또는 네트워크 연결 변경 내용으로 인해 메시지가 라우트되는 다음 홉이 무효화되지 않지만 사용할 수 없게 됩니다. 그러므로 몇 가지 이유로 인해 다음 홉 대상에 대해 SMTP 연결을 설정할 수 없습니다. 가능한 이유는 다음과 같습니다.

• 로컬 사이트에서 현재 오프라인 상태인 허브 전송 서버와 SMTP 연결을 설정하려고 시도했습니다.

• 원격 Active Directory 사이트에 사용할 수 없거나 오프라인 상태인 허브 전송 서버가 있습니다.

• 원격 라우팅 그룹에 사용할 수 없거나 오프라인 상태인 Exchange 2003 브리지헤드 서버가 있습니다.

• 네트워크 연결 문제로 인해 원격 도메인을 사용할 수 없습니다.

분류기의 라우팅 구성 요소에서는 네트워크 연결 문제로 인해 발생한 메시지 배달 오류를 검색하지 못합니다. 다음 홉 대상에 대해 SMTP 연결을 설정할 수 없는 경우 SMTP 송신 커넥터에서 큐를 다시 시도합니다. EdgeTransport.exe.config 파일에 있는 MaxIdleTimeBeforeResubmit 매개 변수의 기본값은 12시간입니다. 구성 가능한 다시 시도 간격(MaxIdleTimeBeforeResubmit)이 만료되었지만 연결을 설정하지 못한 경우 배달 큐의 모든 메시지가 전송 큐로 다시 전송됩니다. 여전히 연결 문제가 있을 경우 이 프로세스가 반복됩니다. 연결 문제가 해결된 경우 메시지 다시 시도가 성공하자마자 메시지가 배달됩니다. 또는 다음 홉 대상을 수정하는 구성 변경을 통해 문제를 해결할 수 있습니다. 예를 들어 오프라인 상태에 있는 대상 사이트의 모든 허브 전송 서버로 인해 문제가 발생한 경우 사서함을 다른 사이트의 서버로 이동하면 다음 홉이 새 사이트로 변경됩니다.

다시 라우트되는 추가 시나리오

이 섹션의 앞에서 설명한 시나리오 외에도 다음과 같은 경우 메시지 배달 단계에서 메시지가 다시 라우트됩니다.

• DNS 커넥터에 대한 DNS MX 확인이 실패한 경우. MX 레코드에 대한 신뢰할 수 있는 호스트를 찾지 못했기 때문에 DNS MX 확인이 실패한 경우 큐의 메시지에 대한 NDR이 즉시 보내집니다. 다른 유형의 오류가 있을 경우 연결이 설정되거나 메시지가 만료될 때까지 큐가 다시 시도 모드에 들어갑니다.

• 스마트 호스트 커넥터에 대한 DNS MX 확인이 실패한 경우. 메시지가 만료될 때까지 큐가 다시 시도 모드에 들어갑니다.

메시지 라우팅 또는 지연을 일으키는 구성 변경 내용

다음 표에서는 메시지 배달 단계에서 특정 구성 변경 내용이 검색되어 메시지가 다시 라우트되거나 배달이 지연될 경우 수행되는 라우팅 작업을 요약하여 보여 줍니다.

메시지 라우팅 또는 지연을 일으키는 구성 변경 내용

연결할 수 없는 큐

연결할 수 없는 큐에는 해당 대상으로 라우트할 수 없는 메시지가 들어 있습니다. 일반적으로 전자 메일 주소를 잘못 입력하거나 배달할 라우팅 경로를 수정하는 등 구성을 변경하면 대상에 연결할 수 없게 됩니다. 대상에 관계없이 받는 사람에게 연결할 수 없는 모든 메시지는 이 큐에 보관됩니다.

분류의 라우팅 단계에서 메시지를 연결할 수 없는 큐에 배치할 것인지 결정됩니다. 라우팅 단계에서 메시지의 라우팅 경로를 계산할 수 없는 경우 메시지는 연결할 수 없는 큐로 보내집니다. 구성 변경 내용이 처리된 후 연결할 수 없는 큐의 메시지가 다시 라우트됩니다. 각 Exchange 2010 전송 서버마다 연결할 수 없는 큐가 한 개만 있습니다.

다음과 같은 경우 분류하는 동안 메시지가 연결할 수 없는 큐로 보내집니다.

• 받는 사람이 유효한 Active Directory 받는 사람 개체이지만 이 받는 사람에 대한 라우팅 경로를 계산할 수 없는 경우

• 받는 사람이 외부 SMTP 주소이며 주소 공간에 일치하는 커넥터를 찾을 수 없는 경우. 일치하는 커넥터가 사용하지 않도록 설정되었거나 잘못 구성되었기 때문에 분류기의 라우팅 구성 요소에서 이 커넥터를 무시할 수도 있습니다.

• 받는 사람이 메일 그룹이고 메일 그룹의 확장 서버가 잘못되었거나 허브 전송 서버 역할이 설치되어 있지 않은 경우

• 송신 커넥터가 사용하지 않도록 설정되었거나 잘못 구성되었기 때문에 분류기의 라우팅 구성 요소에서 송신 커넥터를 무시하며 이 송신 커넥터에 연결된 수신 커넥터에서 받은 메시지의 SMTP 주소 받는 사람이 받는 사람인 경우

다음 시나리오에서는 메시지가 연결할 수 없는 큐에 배치되지 않고 대신 NDR이 전송됩니다.

• 메시지 크기 제한과 같은 제약 조건으로 인해, 분류기에서 계산된 결정적 단일 경로를 사용하여 메시지가 배달되지 않기 때문에 받는 사람에 대한 라우팅 경로를 계산할 수 없는 경우

• 받는 사람이 비 SMTP 주소이며 일치하는 커넥터를 찾을 수 없는 경우 또는 일치하는 커넥터가 사용하지 않도록 설정되었거나 잘못 구성된 경우

• 송신 커넥터가 사용하지 않도록 설정되었거나 잘못 구성되었기 때문에 분류기의 라우팅 구성 요소에서 송신 커넥터를 무시하며 이 송신 커넥터에 연결된 수신 커넥터에서 받은 메시지의 비 SMTP 주소 받는 사람이 받는 사람인 경우

구성 변경으로 인해 라우팅 테이블이 다시 작성되면 연결할 수 없는 큐의 메시지가 분류기로 다시 전송됩니다. 기존 라우팅 테이블과 새 라우팅 테이블이 비교됩니다. 기존 라우팅 테이블과 새 라우팅 테이블이 다른 경우에만 연결할 수 없는 큐가 다시 전송됩니다.

메시지가 연결할 수 없는 큐로 보내지는 시나리오

이 섹션에서는 메시지가 연결할 수 없는 큐로 보내지는 일부 시나리오에 대해 설명합니다.

• Exchange 2010 조직과 Exchange 2003 조직 간의 라우팅 그룹 커넥터가 없을 경우
  Exchange 2010 라우팅 그룹과 Exchange 2003 라우팅 그룹 간의 라우팅 그룹 커넥터가 구성되지 않았거나 Exchange 2010 라우팅 그룹과 Exchange 2003 라우팅 그룹 간의 마지막 라우팅 그룹 커넥터가 제거되었습니다. Exchange 2003 받는 사람에 대한 라우팅 경로를 제공하는 라우팅 그룹 커넥터가 없습니다. 이 문제를 해결하려면 먼저 라우팅 그룹 커넥터가 없는지 확인하십시오. 그런 경우에는 라우팅 그룹 커넥터를 만들 수 있습니다. 자세한 내용은 Exchange 2010에서 Exchange 2003으로 추가 라우팅 그룹 커넥터 만들기을 참조하십시오. 라우팅 그룹 커넥터가 있을 경우 몇 가지 다른 이유로 메시지는 연결할 수 없는 큐에 있습니다. 라우팅 그룹 커넥터의 구성을 확인하십시오.

• 대상 Active Directory 사이트에 허브 전송 서버가 없는 경우
  대상 Active Directory 사이트에 허브 전송 서버가 없습니다. 이 시나리오에서 해당 사이트의 받는 사람에게 보내는 메시지는 연결할 수 없는 큐로 보내집니다. 이 문제를 해결하려면 Active Directory 사이트에 허브 전송 서버를 배포합니다. 자세한 내용은 허브 전송 서버 역할 개요을 참조하십시오.

• 두 Active Directory 사이트 간에 Active Directory 사이트 링크가 없을 경우
  Active Directory 사이트 링크가 제거되었으며, 결과적으로 연결이 끊긴 Active Directory 사이트에 Exchange 2010 서버가 있습니다. 이 문제를 해결하려면 Active Directory 사이트 및 서비스를 사용하여 새 Active Directory 사이트 링크를 만듭니다.

• 기타 문제
  메시지가 연결할 수 없는 큐로 보내진 경우 마지막 오류 메시지는 메시지가 연결할 수 없는 큐로 보내진 이유를 보여 줍니다. 같은 메시지를 받는 사람 둘 이상이 각각 다른 이유로 연결할 수 없는 큐로 라우트된 경우 각 받는 사람에 대해 표시된 마지막 오류에서 각각의 이유를 볼 수 있습니다. 라우팅 테이블 계산 중에 일치하지 않는 항목이 있으면 Windows 이벤트 뷰어의 응용 프로그램 로그에 이벤트가 기록됩니다. 연결할 수 없는 큐의 메시지를 라우트할 수 있도록 마지막 오류 메시지 및 이 이벤트를 통해 구성 오류를 확인하고 수정할 수 있습니다.

  또한 큐에 있는 메시지를 수동으로 다시 전송할 수도 있습니다. 자세한 내용은 큐에 있는 메시지 다시 전송을 참조하십시오.

 © 2010 Microsoft Corporation. 모든 권리 보유.