메시지 다시 라우팅 및 연결할 수 없는 큐
적용 대상: Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007
마지막으로 수정된 항목: 2007-08-14
이 항목에서는 다음 이유 중 하나로 인해 배달되지 않는 메시지가 연결할 수 없는 큐에 배치되는 Microsoft Exchange Server 2007 메시지 라우팅 시나리오에 대해 설명합니다.
라우팅 경로를 결정할 수 없는 경우
메시지가 다시 라우팅된 경우
큐 뷰어를 사용하여 전송 메시지 큐를 모니터링하거나 메시지 흐름을 추적하는 경우 메시지가 연결할 수 없는 큐에 배치되거나 다시 라우팅되는 조건을 알아야 합니다. 메시지가 다시 라우팅되면 전송 큐로 다시 전송되어 현재 최소 비용 라우팅 경로가 결정됩니다. 분류기에서 라우팅 경로를 결정합니다.
참고
분류의 라우팅 단계에서 메시지를 연결할 수 없는 큐에 배치할 것인지 결정됩니다. 라우팅 단계에서 메시지의 라우팅 경로를 계산할 수 없는 경우 메시지는 연결할 수 없는 큐로 보내집니다.
SMTP 송신의 메시지 배달 단계에서 메시지를 다시 라우팅할 것인지 결정됩니다. 큐의 메시지를 다시 전송하도록 요구하는 구성 변경 내용이 있을 경우 메시지 배달 단계에서 다시 분류하기 위해 메시지가 다시 전송되고 새 구성 정보를 사용하여 다시 라우팅됩니다. 구성 변경 유형에 따라 다시 전송된 메시지 일부 또는 전체가 연결할 수 없는 큐로 보내지거나 다른 배달 큐로 보내질 수 있습니다.
최소 비용 라우팅 경로를 계산하는 방법은 Active Directory 사이트 기반 라우팅 이해를 참조하십시오. 분류기 작동 방식에 대한 자세한 내용은 전송 아키텍처를 참조하십시오.
Exchange 2007 전송 서버에서는 메시지 라우팅 방식을 수정할 수 있는 구성 변경 내용을 검색합니다. Exchange 2007 조직에서 Active Directory 기반 사이트 라우팅을 사용하여 메시지가 라우팅되는 방식에 대한 자세한 내용은 Active Directory 사이트 기반 라우팅 이해를 참조하십시오. 큐 뷰어 및 기타 도구를 사용하여 메일 흐름 문제를 해결하는 방법은 다음 항목을 참조하십시오.
Exchange 2003 또는 Exchange 2000 서버와 Exchange 2007 허브 전송 서버 간의 메일 흐름 문제 해결
Exchange 2007 Wiki: Exchange 2007 전송 큐 문제 해결(Troubleshooting Exchange 2007 Transport Queuing Problems)
참고
Wiki와 블로그의 콘텐츠 및 URL은 예고 없이 변경될 수 있습니다.
다시 라우팅되는 시나리오
원격 배달 큐는 메시지 다시 라우팅의 주요 초점입니다. 로컬 배달은 분류가 발생한 허브 전송 서버와 동일한 Active Directory 디렉터리 서비스 사이트에 사서함이 있는 받는 사람에게 전송되는 메시지 배달을 말합니다. 원격 배달은 Exchange 조직의 받는 사람과 외부 받는 사람에게 전송되는 메시지 배달을 말합니다. 원격 배달에는 원격 Active Directory 사이트, 레거시 라우팅 그룹 및 원격 도메인으로의 라우팅이 포함됩니다. 원격 배달은 구성 변경 내용에 의해 다양한 방식으로 영향을 받을 수 있습니다.
분류기의 라우팅 구성 요소는 강화된 DNS(Domain Name System) 확인 과정에서 큐의 메시지를 다시 라우팅해야 하는지 여부를 확인하려고 시도합니다. 강화된 DNS는 Microsoft Exchange Transport Service의 구성 요소입니다. 강화된 DNS 확인 과정에서 다음으로 선택된 홉은 대상 서버 이름 목록으로 확인됩니다. 다음 홉은 분류하는 동안 메시지에 NextHopSolutionKey 특성으로 스탬프 처리된 속성입니다. 메시지 분류기의 라우팅 구성 요소는 큐의 메시지를 다시 전송하도록 요구하는 구성 변경 내용을 검색합니다.
저장소 드라이버는 인바운드 메시지를 Exchange 데이터베이스에 배달하는 허브 전송 서버 구성 요소입니다. 다음 조건 중 하나에 해당하는 경우 저장소 드라이버가 다시 라우팅하기 위해 메시지를 다시 전송합니다.
메시지가 MAPI 배달 큐에 있고 다음 홉이 선택되었지만 메시지가 아직 배달되지 않은 경우
대상 사서함이 다른 사서함 서버로 이동된 경우
저장소 드라이버에서 메시지를 사서함 서버로 배달하려고 시도할 때 해당 사서함 서버를 사용할 수 없는 경우 메시지 큐는 다시 시도 상태가 됩니다. 사서함 서버에 연결하려고 시도했지만 다시 시도 간격이 만료될 때까지 계속 실패한 경우 큐의 모든 메시지는 분류기로 다시 전송됩니다.
메시지가 비 SMTP 게이트웨이 배달 큐에 있을 경우 즉, 외부 커넥터로 라우팅 중인 큐에 있을 경우 외부 게이트웨이 연결 처리기에서는 구성 변경으로 인해 다시 라우팅해야 하는지 여부를 확인합니다. 외부 게이트웨이 연결 처리기는 외부 커넥터에서 사용하도록 구성된 Drop 디렉터리로의 메시지 배달을 관리하는 Microsoft Exchange Transport Service의 구성 요소입니다. 예를 들어, 외부 커넥터를 삭제하거나 사용하지 않도록 설정하려면 메시지를 다른 커넥터로 다시 라우팅해야 합니다.
여러 유형의 구성 변경 내용이 메시지 라우팅에 영향을 줍니다. Microsoft Exchange Transport Service에서 이러한 변경 내용을 처리하는 방법 및 이 변경 내용이 메시지 배달에 주는 영향에 대해 이 섹션의 후반부에서 설명합니다. 다음 목록에서는 구성 변경 내용 유형을 요약하여 보여줍니다.
잘못된 다음 홉 메시지에 대한 다음 홉이 삭제 또는 수정되었으므로 이전에 계산된 라우팅 경로가 잘못되었습니다. 메시지의 다음 홉은 Active Directory 사이트, 커넥터 또는 전송 서버일 수 있습니다.
다음 홉 변경 다음 홉 구성이 연결에 영향을 주는 방식으로 변경되었습니다. 예를 들어, 원격 Active Directory 사이트에서 허브 전송 서버 목록이 변경되면 다음 홉 연결이 수정됩니다.
덜 선호되는 라우팅 경로 이전에 계산된 라우팅 경로를 따라 구성이 변경된 경우 라우팅 경로에 연결할 수 있으면 이미 라우팅된 메시지가 배달됩니다. 그러나 새 메시지는 업데이트된 구성 변경 내용에 따라 라우팅됩니다.
사용할 수 없는 다음 홉 네트워크 연결 또는 대상 서버를 사용할 수 있으면 다음 홉에 연결할 수 없게 됩니다. 그러나 다음 홉은 변경되지 않습니다. Active Directory 사이트의 허브 전송 서버가 오프라인 상태인 경우가 그 예입니다.
특별한 경우 일부 경우에 DNS 커넥터 또는 스마트 호스트 커넥터에 대해 DNS MX 확인이 실패하면 구성이 변경될 수 있습니다.
메시지 라우팅에 영향을 주는 특정 구성 변경 내용의 전체 목록은 이 항목의 후반부에 있는 표 메시지 라우팅 및 지연을 일으키는 구성 변경 내용을 참조하십시오.
잘못된 다음 홉
이 섹션에서는 이전에 계산된 다음 홉을 무효화할 수 있는 구성 변경 내용에 대해 설명합니다. 이러한 환경에서는 분류기의 라우팅 구성 요소가 구성 변경 내용을 검색하고 이 변경 내용에 맞게 다시 라우팅할 수 있습니다.
로컬 컴퓨터의 SMTP 커넥터로 배달
로컬 컴퓨터의 SMTP 커넥터로 메시지가 배달 중인 경우 대상까지 릴레이하기 위해 메시지를 받는 서버도 메시지 라우팅에 사용되는 송신 커넥터의 원본 서버입니다. 이러한 종류의 배달은 다음 조건 중 하나에 해당하는 경우 발생합니다.
연결된 수신 커넥터에서 메시지를 받은 경우
받는 사람 주소가 외부 주소이고 선택한 커넥터의 원본 서버가 로컬 컴퓨터인 경우
분류기의 라우팅 구성 요소에 의해 선택된 송신 커넥터가 삭제 또는 사용하지 않도록 설정된 경우 메시지 배달 단계에서 구성 변경 내용이 검색됩니다. 이로 인해 큐의 모든 메시지가 다시 분류됩니다.
송신 커넥터의 구성이 변경되어 커넥터의 원본 서버로서 로컬 서버가 제거된 경우 메시지 배달 단계에서 구성 변경 내용이 검색되고 큐의 모든 메시지가 다시 분류됩니다.
송신 커넥터의 주소 확인 방법이 변경되면 큐가 다시 라우팅됩니다. DNS를 사용하여 MX 레코드를 확인하고 메시지를 자동으로 라우팅하도록 송신 커넥터를 구성하거나 하나 이상의 스마트 호스트를 통해 모든 메시지를 라우팅하도록 송신 커넥터를 구성할 수 있습니다. 송신 커넥터의 주소 확인을 변경하는 경우 송신 커넥터를 통해 라우팅된 메시지가 다시 라우팅됩니다.
Active Directory 사이트의 SMTP 릴레이
다음과 같은 시나리오에서 Active Directory 사이트에 SMTP(Simple Mail Transfer Protocol) 메시지 릴레이가 발생합니다.
받는 사람 주소가 외부 주소이고 송신 커넥터의 원본 서버 하나 이상이 로컬 Active Directory 사이트에 있는 Exchange 2007 허브 전송 서버인 경우
받는 사람 주소가 외부 주소이고 송신 커넥터의 원본 서버 하나 이상이 로컬 Active Directory 사이트에 가입된 Exchange 2007 Edge 전송 서버인 경우
받는 사람의 사서함이 Microsoft Exchange Server 2003을 실행하는 서버에 있고 선택한 라우팅 그룹 커넥터의 원본 서버 하나 이상이 로컬 Active Directory 사이트에 있는 Exchange 2007 허브 전송 서버인 경우
받는 사람이 메일 그룹이고 이 그룹의 확장 서버가 로컬 Active Directory 사이트에 있는 Exchange 2007 허브 전송 서버인 경우
처음 세 시나리오에서 송신 커넥터가 삭제 또는 사용하지 않도록 설정된 경우 메시지 배달 단계에서 구성 변경 내용이 검색되고 큐가 다시 전송됩니다.
네 번째 시나리오에서는 메시지가 확장 서버로 배달되기 위해 큐에 대기하며 NextHopSolutionKey 특성에는 메일 그룹에 대한 확장 서버의 FQDN(정규화된 도메인 이름)이 포함됩니다. 지정된 확장 서버에서 허브 전송 서버 역할이 제거된 경우 메시지 배달 단계에서 구성 변경 내용이 검색되고 큐가 다시 전송됩니다.
원격 Active Directory 사이트에 대한 SMTP 릴레이
메시지가 원격 Active Directory 사이트로 배달 중인 경우 다음 홉은 메시지를 처리하고 있는 허브 전송 서버와 다른 Active Directory 사이트입니다. 다음과 같은 시나리오에서 이러한 배달 유형이 사용됩니다.
받는 사람이 확인된 사용자, 사서함 데이터베이스 또는 공용 폴더이고 대상 컴퓨터가 원격 Active Directory 사이트에 있는 Exchange 2007 서버인 경우
받는 사람 주소가 외부 주소이고 이 주소에 대해 선택된 송신 커넥터의 원본 서버가 원격 Active Directory 사이트에 있는 Exchange 2007 서버인 경우
받는 사람 주소가 외부 주소이고 분류기의 라우팅 구성 요소에 의해 선택된 외부 커넥터의 원본 서버가 원격 Active Directory 사이트에 있는 Exchange 2007 서버인 경우
받는 사람이 메일 그룹이고 확장 서버가 원격 Active Directory 사이트에 있는 Exchange 2007 허브 전송 서버인 경우
받는 사람의 사서함이 Exchange 2003 서버에 있고 선택된 라우팅 그룹 커넥터의 원본 서버로 나열된 서버 중 가장 가까운 허브 전송 서버가 원격 Active Directory 사이트에 있는 경우
이 시나리오에서 원격 Active Directory 사이트가 삭제된 경우 메시지 배달 단계에서 구성 변경 내용이 검색되고 큐가 다시 전송됩니다.
Exchange 2003 Server에 대한 SMTP 릴레이
메시지가 Exchange 2003 서버로 배달 중인 경우 Exchange 2007 허브 전송 서버는 라우팅 그룹 커넥터를 통해 메시지를 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 또는 Microsoft Exchange 2000 Server 브리지헤드 서버가 있습니다.
네트워크 연결 문제로 인해 원격 도메인을 사용할 수 없습니다.
분류기의 라우팅 구성 요소에서는 네트워크 연결 문제로 인해 발생한 메시지 배달 오류를 검색하지 못합니다. 다음 홉 대상에 대해 SMTP 연결을 설정할 수 없는 경우 SMTP 송신에서 큐를 다시 시도합니다. EdgeTransport.exe.config 파일에 있는 MaxIdleTimeBeforeResubmit 매개 변수의 기본값은 12시간입니다. 구성 가능한 다시 시도 간격(MaxIdleTimeBeforeResubmit)이 만료되었지만 연결을 설정하지 못한 경우 배달 큐의 모든 메시지가 전송 큐로 다시 전송됩니다. 여전히 연결 문제가 있을 경우 이 프로세스가 반복됩니다. 연결 문제가 해결된 경우 메시지 다시 시도가 성공하자마자 메시지가 배달됩니다. 또는 다음 홉 대상을 수정하는 구성 변경을 통해 문제를 해결할 수 있습니다. 예를 들어, 오프라인 상태에 있는 대상 사이트의 모든 허브 전송 서버로 인해 문제가 발생한 경우 사서함을 다른 사이트의 서버로 이동하면 다음 홉이 새 사이트로 변경됩니다.
참고
비 커넥터 큐의 경우에만 메시지 배달 큐에서 전송 큐로 자동으로 다시 전송됩니다. 문제가 해결될 때까지 또는 메시지가 만료되고 NDR(배달 못 함 보고서)이 보내질 때까지 커넥터 큐는 다시 시도 모드로 남아 있습니다.
다시 라우팅되는 추가 시나리오
이 섹션의 앞에서 설명한 시나리오 외에도 다음과 같은 경우 메시지 배달 단계에서 메시지가 다시 라우팅됩니다.
DNS 커넥터에 대한 DNS MX 확인이 실패한 경우. MX 레코드에 대한 신뢰할 수 있는 호스트를 찾지 못했기 때문에 DNS MX 확인이 실패한 경우 큐의 메시지에 대한 NDR이 즉시 보내집니다. 다른 유형의 오류가 있을 경우 연결이 설정되거나 메시지가 만료될 때까지 큐가 다시 시도됩니다.
스마트 호스트 커넥터에 대한 DNS MX 확인이 실패한 경우. 메시지가 만료될 때까지 큐가 다시 시도됩니다.
메시지 라우팅 또는 지연을 일으키는 구성 변경 내용
다음 표에서는 메시지 배달 단계에서 특정 구성 변경 내용이 검색되어 메시지가 다시 라우팅되거나 배달이 지연될 경우 수행되는 라우팅 작업을 요약하여 보여줍니다.
메시지 라우팅 또는 지연을 일으키는 구성 변경 내용
| 라우팅 시나리오 | 구성 변경 내용 및 라우팅 작업 | ||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
로컬 서버에 구성된 DNS 커넥터로 메시지가 라우팅되는 경우 |
|
||||||||||||||||
로컬 서버에 구성된 스마트 호스트 커넥터로 메시지가 라우팅되는 경우 |
|
||||||||||||||||
로컬 Active Directory 사이트의 원본 허브 전송 서버 또는 Edge 전송 서버를 사용하여 메시지가 커넥터로 라우팅되는 경우 |
|
||||||||||||||||
로컬 Active Directory 사이트의 메일 그룹에 대한 확장 서버로 메시지가 라우팅되는 경우 |
|
||||||||||||||||
로컬 Active Directory 사이트의 전송 서버로 메시지가 라우팅되는 경우 |
|
||||||||||||||||
메시지가 원격 Active Directory 사이트로 라우팅되는 경우 |
|
||||||||||||||||
메시지가 원격 라우팅 그룹의 Exchange 2003 서버로 라우팅되는 경우 |
|
||||||||||||||||
메시지가 대상으로 라우팅되며 구성이 변경되었지만 대상에 여전히 연결할 수 있는 경우 |
|
||||||||||||||||
MAPI 배달을 사용하여 메시지가 사서함 서버로 라우팅되는 경우 |
|
||||||||||||||||
비 SMTP 게이트웨이를 사용하여 로컬 서버에 구성된 비 SMTP 커넥터로 메시지가 라우팅되는 경우 |
|
연결할 수 없는 큐
각 전송 서버는 연결할 수 없는 큐를 하나만 포함할 수 있습니다. 연결할 수 없는 큐에는 해당 대상으로 라우팅할 수 없는 메시지가 들어 있습니다. 일반적으로 배달할 라우팅 경로를 수정하는 등 구성을 변경하면 대상에 연결할 수 없게 됩니다. 대상에 관계없이 받는 사람에게 연결할 수 없는 모든 메시지는 이 큐에 보관됩니다. 큐에 대한 자세한 내용은 큐 관리를 참조하십시오.
이 항목의 앞에서 설명한 것과 같이 분류의 라우팅 단계에서 메시지를 연결할 수 없는 큐에 배치할 것인지 결정됩니다. 라우팅 단계에서 메시지의 라우팅 경로를 계산할 수 없는 경우 메시지는 연결할 수 없는 큐로 보내집니다. 구성 변경 내용이 처리된 후 연결할 수 없는 큐의 메시지가 다시 라우팅됩니다.
각 Exchange 2007 전송 서버마다 연결할 수 없는 큐가 한 개만 있습니다.
다음과 같은 경우 분류하는 동안 메시지가 연결할 수 없는 큐로 보내집니다.
받는 사람이 유효한 Active Directory 받는 사람 개체이지만 이 받는 사람에 대한 라우팅 경로를 계산할 수 없는 경우
받는 사람이 외부 SMTP 주소이며 주소 공간에 일치하는 커넥터를 찾을 수 없는 경우. 일치하는 커넥터가 사용하지 않도록 설정되었거나 잘못 구성되었기 때문에 분류기의 라우팅 구성 요소에서 이 커넥터를 무시할 수도 있습니다.
받는 사람이 메일 그룹이고 메일 그룹의 확장 서버가 잘못되었거나 허브 전송 서버 역할이 설치되어 있지 않은 경우
송신 커넥터가 사용하지 않도록 설정되었거나 잘못 구성되었기 때문에 분류기의 라우팅 구성 요소에서 송신 커넥터를 무시하며 이 송신 커넥터에 연결된 수신 커넥터에서 받은 메시지의 SMTP 주소 받는 사람이 받는 사람인 경우
다음 시나리오에서 메시지는 연결할 수 없는 큐로 보내지지 않습니다. 대신 NDR이 보내집니다.
메시지 크기 제한과 같은 제약 조건으로 인해, 분류기에서 계산된 결정적 단일 경로를 사용하여 메시지가 배달되지 않기 때문에 받는 사람에 대한 라우팅 경로를 계산할 수 없는 경우
받는 사람이 비 SMTP 주소이며 일치하는 커넥터를 찾을 수 없는 경우 또는 일치하는 커넥터가 사용하지 않도록 설정되었거나 잘못 구성된 경우
송신 커넥터가 사용하지 않도록 설정되었거나 잘못 구성되었기 때문에 분류기의 라우팅 구성 요소에서 송신 커넥터를 무시하며 이 송신 커넥터에 연결된 수신 커넥터에서 받은 메시지의 비 SMTP 주소 받는 사람이 받는 사람인 경우
분류 후 메시지 배달 단계에서 메시지를 다시 라우팅할 것인지 결정됩니다. 분류의 라우팅 단계에서 메시지를 연결할 수 없는 큐에 배치할 것인지 결정됩니다. 구성 변경으로 인해 결정된 라우팅 경로가 무효화된 경우 다시 라우팅된 메시지가 연결할 수 없는 큐로 보내질 수 있습니다. 큐 뷰어에서 연결할 수 없는 큐는 배달 유형이 연결할 수 없음으로 나타납니다. 연결할 수 없는 큐 및 기타 메일 흐름 문제를 해결하는 방법은 다음 항목을 참조하십시오.
구성 변경으로 인해 라우팅 테이블이 다시 작성되면 연결할 수 없는 큐의 메시지가 분류기로 다시 전송됩니다. 기존 라우팅 테이블과 새 라우팅 테이블이 비교됩니다. 기존 라우팅 테이블과 새 라우팅 테이블이 다른 경우에만 연결할 수 없는 큐가 다시 전송됩니다.
메시지가 연결할 수 없는 큐로 보내지는 시나리오
이 섹션에서는 메시지가 연결할 수 없는 큐로 보내지는 일부 시나리오에 대해 설명합니다.
- Exchange 2007 조직과 Exchange 2003 조직 간의 라우팅 그룹 커넥터가 없을 경우
Exchange 2007 라우팅 그룹과 Exchange 2003 라우팅 그룹 간의 라우팅 그룹 커넥터가 구성되지 않았거나 Exchange 2007 라우팅 그룹과 Exchange 2003 라우팅 그룹 간의 마지막 라우팅 그룹 커넥터가 제거되었습니다. Exchange 2003 받는 사람에 대한 라우팅 경로를 제공하는 라우팅 그룹 커넥터가 없습니다. 이 문제를 해결하려면 New-RoutingGroupConnector cmdlet를 사용하여 새 라우팅 그룹 커넥터를 정의하기 전에 라우팅 그룹 커넥터가 없는지 확인합니다. 자세한 내용은 Exchange 2007에서 Exchange Server 2003으로 라우팅 그룹 커넥터를 만드는 방법 및 New-RoutingGroupConnector를 참조하십시오. 라우팅 그룹 커넥터가 있을 경우 몇 가지 다른 이유로 메시지는 연결할 수 없는 큐에 있습니다. 여러 라우팅 그룹 커넥터를 동시에 사용하는 방법은 동시 사용 환경에서의 메시지 라우팅의 "추가 라우팅 그룹 커넥터 만들기"를 참조하십시오.
- 대상 Active Directory 사이트에 허브 전송 서버가 없을 경우
대상 Active Directory 사이트에 허브 전송 서버가 없습니다. 이 시나리오에서 해당 사이트의 받는 사람에게 보내는 메시지는 연결할 수 없는 큐로 보내집니다. 이 문제를 해결하려면 Active Directory 사이트에 허브 전송 서버를 배포합니다. 자세한 내용은 Hub 전송 서버 역할: 개요을 참조하십시오.
- 두 Active Directory 사이트 간에 Active Directory 사이트 링크가 없을 경우
Active Directory 사이트 링크가 제거되었으며, 결과적으로 연결이 끊긴 Active Directory 사이트에 Exchange 2007 서버가 있습니다. 이 문제를 해결하려면 Active Directory 사이트 및 서비스를 사용하여 새 Active Directory 사이트 링크를 만듭니다.
기타 문제
메시지가 연결할 수 없는 큐로 보내진 경우 마지막 오류 메시지는 메시지가 연결할 수 없는 큐로 보내진 이유를 보여줍니다. 같은 메시지를 받는 사람 둘 이상이 각각 다른 이유로 연결할 수 없는 큐로 라우팅된 경우 각 받는 사람에 대해 표시된 마지막 오류에서 각각의 이유를 볼 수 있습니다. 라우팅 테이블 계산 중에 일치하지 않는 항목이 있으면 Windows 이벤트 뷰어의 응용 프로그램 로그에 이벤트가 기록됩니다. 관리자는 연결할 수 없는 큐의 메시지를 라우팅할 수 있도록 마지막 오류 메시지 및 이 이벤트를 통해 구성 오류를 확인하고 수정할 수 있습니다.또한 관리자는 큐에 있는 메시지를 수동으로 다시 전송할 수도 있습니다. 수동으로 큐에 있는 메시지를 분류기로 다시 전송하려면 Resubmit 매개 변수와 함께 Retry-Queue cmdlet를 사용합니다. 자세한 내용은 큐의 메시지를 다시 전송하는 방법을 참조하십시오.
자세한 내용
자세한 내용은 다음 항목을 참조하십시오.