Exchange Server 및 Small Business Server에서 배달 상태 알림

소개

이 문서에서는 Microsoft Exchange 2000 Server 및 Microsoft Exchange Server 2003의 배달 상태 알림에 대해 설명합니다. 특히 이 문서는 영구 배달 오류로 종종 종료되는 영구 실패 메시지와 일시 실패 메시지에 대해 설명합니다. 다음 메시지는 Outlook 클라이언트에서 표시되는 배달 상태 실패 알림의 예제입니다.

메시지가 전부 또는 일부 받는 사람에게 도착하지 않았습니다.

      제목:	원본 메시지 보낸 날짜:	2001-07-11 오전 9:20

다음 받는 사람에게 도착하지 않았습니다: user@nwtraders.com 지정 2001-07-11 오전 9:20 이 메시지가 보내진 조직에 해당 전자 메일 계정이 없습니다. 전자 메일 주소를 확인하거나 받는 사람에게 직접 문의하여 정확한 전자 메일 주소를 알아내십시오. <server.nwtraders.com #5.1.1>

추가 정보

NDR(배달 못 함 보고서)은 보낸 사람에게 메시지의 배달 상태를 보고하는 시스템 메시지입니다. 이 메시지는 배달 상태 알림으로 참조되는 일반 메시지 정보 구조의 하위 클래스입니다. 배달 상태 알림은 세 가지 다른 종류의 상황을 설명합니다.

•	성공(숫자 코드 2.X.X )
•	영구적인 일시 실패(숫자 코드 4.X.X )
•	영구 실패(숫자 코드 5.X.X )

배달 상태 알림에 대한 자세한 내용은 RFC(Request for Comment) 1891과 RFC 1893을 참조하십시오.

NDR은 메시지를 배달할 수 없을 때마다 생성됩니다. 컴퓨터가 배달이 실패한 원인을 발견할 수 있는 경우 원인을 상태 코드로 매핑하고 해당하는 오류 메시지가 표시됩니다. 이러한 코드 목록은 RFC 1891 및 RFC 1893을 참조하십시오. NDR의 경우 대부분의 숫자 코드는 5.X.X의 형태로 보고되며 영구 실패로 설명됩니다. 그러나 4.X.X 코드를 발생시키는 특정한 일시적 조건이 있습니다.

문제를 보고하는 서버는 숫자 코드 앞에 나열됩니다. "소개" 절의 예제 NDR에서 보고 서버는 server.nwtraders.com입니다. 문제를 보고하는 서버가 실제로 문제가 발생한 서버와 같지 않을 수도 있습니다.

다음은 가장 자주 발생하는 숫자 코드 및 이에 대한 오류 조건입니다.

•	숫자 코드: 4.2.2 Exchange 2000 서비스 팩 2 이전에서만 사용할 수 있습니다. 5.2.2를 참조하십시오.
•	숫자 코드: 4.3.1 가능한 원인: 이 코드는 디스크 꽉 참 조건 같은 리소스 문제로 인해 발생할 수 있습니다. 이 코드는 또한 SMTP(Simple Mail Transfer Protocol) 큐가 FAT(파일 할당 테이블) 파티션에 있고 서비스가 SMTP 서비스에서 열 수 있는 동시 파일 핸들 수에 대해 Windows에서 부과한 제한에 도달한 경우 발생할 수 있습니다. 이 경우 디스크 꽉 참 오류가 발생하지 않고 메모리 부족 오류가 발생할 수 있습니다. 문제 해결: 충분한 디스크 공간이 있는지 확인하고 NTFS 파티션에서 Exchange Transport 큐를 운영해 보십시오.
•	숫자 코드: 4.3.2 첫번째 사용 가능한 도구: Exchange 2000 서비스 팩 1 가능한 원인: Exchange System Manager의 큐 뷰어 인터페이스를 통한 관리자 작업으로 인해 메시지가 배달되지 못했습니다.
•	숫자 코드: 4.4.1 가능한 원인: 호스트가 응답을 하지 않습니다. 문제 해결: 이 코드는 일시적인 네트워크 조건으로 인해 발생할 수 있습니다. Exchange는 자동으로 연결을 다시 시도하여 전자 메일을 배달하려고 합니다. 여러 번 시도해도 여전히 배달에 실패하는 경우 영구 실패 NDR이 생성됩니다.
•	숫자 코드: 4.4.2 가능한 원인: 서버 간에 연결이 끊어졌습니다. 문제 해결: 이 코드는 일시적인 네트워크 문제나 다운된 서버로 인해 발생할 수 있습니다. 서버는 지정된 기간 동안 메시지 배달을 시도한 다음 추가 상태 보고서를 생성합니다.
•	숫자 코드: 4.4.6 가능한 원인: 메시지에 대한 최대 홉 수가 초과되었습니다. 이 코드는 서로 다른 조직에 있는 보내는 서버와 받는 서버 사이에 루프 조건이 있는 경우에도 발생할 수 있습니다. 이 경우에서는 홉 수가 초과될 때까지 메시지가 앞뒤로 바운스됩니다. 문제 해결: 최대 홉 수 속성은 각 가상 서버에 대해 설정되며 이 설정은 수동으로 무시할 수 있습니다(기본 설정: 15). 또한 서버 사이에 루프를 발생시킬 수 있는 조건이 있는지 확인하십시오.
•	숫자 코드: 4.4.7 가능한 원인: 큐에 있는 메시지가 만료되었습니다. 보내는 서버가 메시지를 릴레이하거나 배달하려고 시도했지만 작업이 완료되지 않은 상태에서 메시지가 만료되었습니다. 이 NDR은 원격 서버와 통신하는 동안 원격 서버에서 메시지 머리글 한도에 도달했거나 일부 다른 프로토콜 시간 초과가 발생한 것을 나타낼 수도 있습니다. 문제 해결: 이 코드는 일반적으로 받는 서버에 문제가 있다는 것을 나타냅니다. 받는 사람 주소의 유효성을 확인하고 받는 서버가 메시지를 올바르게 받도록 구성되었는지 확인하십시오. 이 NDR을 보내는 호스트의 메시지 머리글에서 받는 사람 수를 줄여야 할 수 있습니다. 메시지를 다시 보내는 경우 다시 큐에 놓입니다. 받는 서버가 온라인 상태에 있으면 메시지가 배달됩니다.
•	숫자 코드: 4.4.9 첫번째 사용 가능한 도구: Exchange Server 2003 가능한 원인: 이 코드는 임시 라우팅 오류가 발생했거나 잘못된 라우팅 구성이 있다는 것을 나타냅니다. 이 문제는 다음과 같은 경우에 발생할 수 있습니다. • SMTP(Simple Mail Transfer Protocol) 커넥터가 스마트 호스트 없이 DNS를 사용하도록 구성되었고 X.400 주소 공간 같은 비 SMTP 주소 공간도 사용하도록 구성되었습니다. • 삭제된 라우팅 그룹의 구성원으로 식별된 받는 사람에게 메시지를 보냈습니다. 문제 해결: 문제가 계속되는 경우 WinRoute 도구를 사용하여 트리 보기 창에서 라우팅 그룹을 검사한 다음 문제 메시지가 발생하는 경로의 주소 공간을 검사하십시오. WinRoute 도구에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오. 281382 (http://support.microsoft.com/kb/281382/) WinRoute 도구를 사용하는 방법
•	숫자 코드: 4.6.5 첫번째 사용 가능한 도구: Exchange Server 2003 가능한 원인: 이 코드는 메시지에 지정된 코드 페이지가 받는 서버에 설치되지 않았기 때문에 인바운드 SMTP의 변환이 실패할 때 발생합니다. 이 배달 상태 알림에는 원본 메시지 머리글만 포함되어 있습니다. 원본 내용은 어느 것도 제공되지 않습니다. 문제 해결: 원본 메시지의 MIME를 보십시오. 메시지를 받는 서버에 필요한 언어 파일이 설치되어 있는지 확인하십시오.
•	숫자 코드: 5.0.0 첫번째 사용 가능한 도구: Exchange 2000 서비스 팩 1(4.3.2, 5.4.0, 5.4.4 및 5.5.0)에서 처음에 사용할 수 있었던 모든 숫자 코드는 Exchange 2000 서비스 팩 1 이전에서는 5.0.0으로 분류되었습니다. 가능한 원인: • 지정된 주소 공간에 사용할 수 있는 경로가 없습니다. 예를 들어, SMTP 커넥터가 구성되었지만 이 주소가 일치하지 않습니다. • DNS가 도메인에 대해 발견되지 않은 권한 있는 호스트를 반환했습니다. • 라우팅 그룹에 정의된 커넥터가 없습니다. 라우팅 그룹에 있는 한 서버의 메일에 다른 라우팅 그룹에 대한 경로가 없습니다. • SMTP 프로토콜 오류가 발생했습니다. 문제 해결: 1. 주소 공간을 수정하거나 별표(*) 값이 있는 SMTP 유형의 주소 공간을 하나 이상의 SMTP 커넥터에 추가하십시오. 2. DNS가 제대로 작동하고 있는지 확인하십시오. 3. 라우팅 그룹에 이들을 연결하는 커넥터가 있는지 확인하십시오. 4. 서비스 팩 1이 없는 Exchange 2000을 실행 중인 경우 서비스 팩 1을 적용하면 실제 문제를 확인할 수 있습니다.
•	숫자 코드: 5.1.0 가능한 원인: 이 코드는 일반 분류기 기반 실패(잘못된 주소 실패)가 있다는 것을 나타냅니다. 전자 메일 주소 또는 기타 특성을 디렉터리에서 찾을 수 없습니다. 이 문제는 연락처 항목에 targetAddress 특성이 설정되지 않은 경우 발생할 수 있습니다. 분류기가 사용자에 대해 homeMDB 조회를 수행 중일 때 MDAccess가 DSAccess로부터 "개체가 없습니다." 오류를 받는 경우 가장 자주 이 문제가 발생합니다. 이 문제는 Microsoft Outlook을 사용하여 전자 메일 메시지를 파일로 저장하고 누군가 이 메시지를 오프라인으로 열고 회신하는 경우에도 발생합니다. Outlook이 메시지를 배달할 때 메시지 속성은 legacyExchangeDN만 유지합니다. 따라서 homeMDB 조회가 실패할 수 있습니다. 문제 해결: 받는 사람 주소를 확인하고 메시지를 다시 보내십시오. 받는 사람 주소 형식이 올바르며 분류기가 받는 사람을 제대로 확인할 수 있는지 확인하십시오.
•	숫자 코드: 5.1.1 가능한 원인: • 이 메시지가 보내진 조직에 해당 전자 메일 계정이 없습니다. 이 문제는 사용자가 사이트를 이동할 때 문제가 있는 경우 발생할 수 있습니다. 예를 들어, 이전 Administrative_Group_1 사용자가 Administrative_Group_2로 이동한 다음 기존 전자 메일 메시지에 회신하는 경우 또는 사용자가 자신의 Outlook 프로필을 다시 만들지 않은 경우 이전 관리자 그룹 유형의 LegDN 주소가 사용되고 NDR이 생성됩니다. • 메시지가 더 이상 사용되지 않는 개인 주소록 항목으로 보내집니다. • SMTP RFC821 문자를 참조하여 SMTP 연락처를 구성했기 때문에 분류기가 배달을 거부했습니다. 문제 해결: 숫자 코드 5.1.0에 설명된 문제 해결 절차를 사용하십시오.
•	숫자 코드: 5.1.3 가능한 원인: 주소 구문이 잘못되었습니다. 예를 들어, 연락처가 주소 유형이 없는 targetAddress 특성으로 구성되었습니다. 문제 해결: 숫자 코드 5.1.0에 설명된 문제 해결 절차를 사용하십시오.
•	숫자 코드: 5.1.4 가능한 원인: 두 개체의 프록시 주소가 같으며 메일이 이 주소로 보내집니다. 이 문제는 원격 서버에 받는 사람이 없는 경우 발생할 수도 있습니다. 문제 해결: 받는 사람 주소를 확인하고 메시지를 다시 보내십시오.
•	숫자 코드: 5.1.6 첫번째 사용 가능한 도구: Exchange 2000 서비스 팩 2 가능한 원인: homeMDB 또는 msExchHomeServerName 같은 사용자 디렉터리 특성이 없거나 손상되었을 수 있습니다. 문제 해결: 사용자 디렉터리 특성의 무결성을 확인한 다음 받는 사람 업데이트 서비스를 다시 실행하여 전송에 필요한 특성이 유효한지 확인하십시오.
•	숫자 코드: 5.1.7 첫번째 사용 가능한 도구: Exchange 2000 서비스 팩 2 가능한 원인: 보낸 사람이 잘못되었거나 디렉터리 구조에 없는 전자 메일 특성을 갖고 있습니다. 전송 분류기는 유효한 메일 특성이 없는 메일 항목은 배달할 수 없습니다. 문제 해결: 보낸 사람 디렉터리 구조를 확인하고 메일 특성이 있는지 여부를 확인하십시오.
•	숫자 코드: 5.2.1 가능한 원인: 메시지가 너무 커 로컬 메일이 거부되었습니다. 받는 사람에게 마스터 계정 SID(보안 ID) 번호가 없는 경우에도 이 오류 메시지가 나타날 수 있습니다. 문제 해결: 액세스 권한과 메시지 크기를 확인하십시오. 받는 사람에게 SID가 있는지 확인하십시오.
•	숫자 코드: 5.2.2 첫번째 사용 가능한 도구: Exchange 2000 서비스 팩 3(이전 릴리스에서는 4.2.2). 가능한 원인: 받는 사람의 사서함이 저장소 한도를 초과했습니다. 문제 해결: 사서함 저장소와 큐 저장소 할당량 한도를 확인하십시오.
•	숫자 코드: 5.2.3 가능한 원인: 로컬 할당량에 비해 메시지가 너무 큽니다. 예를 들어, 원격 Exchange 사용자에게 들어오는 최대 메시지 크기로 배달 제한이 설정되었을 수 있습니다. 문제 해결: 첨부 파일 없이 메시지를 다시 보내거나 서버 쪽 한도나 클라이언트 쪽 한도를 더 큰 메시지 크기를 허용하도록 설정하십시오.
•	숫자 코드: 5.3.0 첫번째 사용 가능한 도구: Exchange Server 2003 가능한 원인: Exchange Server 2003에는 MTA(메시지 전송 에이전트) 없이 Exchange 2003이 작동하도록 허용하는 기능이 있습니다. MTA 경로를 사용하여 메시지를 잘못 보낸 경우 이 배달 상태 알림이 보낸 사람에게 반환됩니다. 참고 Exchange 2003은 MTA 없이 작동할 수 있지만 Microsoft는 이 구성을 권장하거나 지원하지 않습니다. 이 기능을 설정하고 메시지가 MTA 큐에 들어가지 않도록 하려면 다음 단계를 수행하십시오. 1. MTA 서비스를 해제합니다. 2. 모든 정보 저장소 데이터베이스 및 공용 폴더 저장소에 대해 다음 레지스트리 하위 키에 있는 DWORD 값을 0으로 설정합니다. HKLM\System\CurrentControlSet\Services\MsExchangeIS\<Server Name>\<PrivMDB_GUID>\Gateway In Threads HKLM\System\CurrentControlSet\Services\MsExchangeIS\<Server Name>\<PrivMDB_GUID>\Gateway Out Threads DWORD 값을 0으로 설정하면 사용 가능한 MTA 배달과 연관된 저장소 리소스가 만들어집니다. 3. 정보 저장소를 다시 시작합니다. 문제 해결: 라우팅 토폴로지를 확인하십시오. WinRoute 도구를 사용하여 서버와 라우팅 그룹 사이에 경로가 제대로 복제되었는지 확인하십시오.
•	숫자 코드: 5.3.3 가능한 원인: Exchange 2000 원격 서버 또는 Exchange 2003 원격 서버에는 메일을 저장할 디스크 저장 공간이 부족합니다. 이 문제는 보내는 서버가 BDAT(이진 데이터)를 사용하여 메일을 보낼 때 가장 자주 발생합니다. 이 코드는 SMTP 프로토콜 오류를 나타낼 수도 있습니다. 문제 해결: 원격 서버가 메일을 저장할 충분한 공간이 있는지 확인하고 오류가 있는지 SMTP 프로토콜 로그를 검토하십시오.
•	숫자 코드: 5.3.5 가능한 원인: 서버가 자신에게 루프 백하도록 구성된 루프 백 상황이 감지되었습니다. 문제 해결: Exchange 컴퓨터에 여러 SMTP 가상 서버가 구성되어 있는 경우 이 서버가 고유한 들어오는 포트를 서비스하고 있으며 나가는 SMTP 포트가 로컬 가상 서버 사이의 루핑을 피할 수 있도록 구성되었는지 확인하십시오. 서버 커넥터 구성에 루프가 있는지 확인하십시오. 예를 들어, 도메인을 공유하지 않고 DNS를 사용하여 커넥터의 각 주소 공간으로 라우팅을 선택하지 않은 경우 로컬 조직의 주소 공간을 가진 커넥터가 없는지 확인하십시오. 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오. 321721 (http://support.microsoft.com/kb/321721/) XCON: Exchange 2000에서 SMTP 주소 공간 공유 여러 가상 서버가 있으며 이러한 서버 모두 지정하지 않은 모든 IP로 설정되지 않았는지 확인하십시오.
•	숫자 코드: 5.4.0 첫번째 사용 가능한 도구: Exchange 2000 서비스 팩 1 가능한 원인: • 권한 있는 호스트가 DNS에 없습니다. • smarthost 항목이 잘못되었습니다. • HOSTS 파일의 FQDN 이름.이 문제는 Windows 2000 서비스 팩 3(SP3)에서 해결되었습니다. • DNS 오류이거나 smarthost에 대해 잘못된 IP 주소가 구성되었습니다. * • SMTP VS에 유효한 FQDN이 없거나 SMTP VS FQDN 조회가 실패했습니다. • 연락처의 SMTP 도메인이 SMTP 주소 공간을 확인하지 못합니다. 문제 해결: Nslookup을 사용하여 DNS를 확인하십시오. IP 주소가 IPv4 리터럴 형식인지 확인하십시오. 해당 서버나 컴퓨터 이름에 대해 유효한 DNS 항목이 있는지 확인하십시오. HOSTS 파일에 있는 FQDN을 사용하는 경우 이를 무시하고 Exchange System Manager의 항목을 유효한 IP 주소나 올바른 이름으로 업데이트하십시오.
•	숫자 코드: 5.4.4 첫번째 사용 가능한 도구: Exchange 2000 서비스 팩 1 가능한 원인: 메시지 경로가 없으며 다음 홉이 발견되지 않았습니다. 라우팅 그룹 토폴로지를 설정했지만 라우팅 그룹 간에 설정된 라우팅 그룹 커넥터가 없습니다. 문제 해결: 라우팅 그룹 간에 라우팅 그룹 커넥터를 추가하거나 구성하십시오.
•	숫자 코드: 5.4.6 가능한 원인: 분류기 전달 루프가 발견되었습니다. 사서함 사용이 가능한 사용자에게 targetAddress 특성이 설정되었습니다. 호스팅 팩: 이는 사용자 제공 도구를 통해 동일한 전자 메일 주소를 사용하여 OU(조직 구성 단위) 1에 연락처를 만들고 OU 2에 사용자를 만들 때 일반적으로 발생하는 호스팅 구성 문제입니다. 문제 해결: • 이 문제는 contactA가 contactB를 가리키는 대리 받는 사람을 갖고 있고 contactB는 contactA를 다시 가리키는 대리 받는 사람을 갖고 있을 때 발생합니다. 모든 연락처에 대해 대리 받는 사람을 확인하십시오. • 사서함 사용이 가능한 사용자의 targetAddress 특성을 확인하고 제거하십시오. • 한 회사(OU)에서 다른 회사(OU)로 메일을 보내려는 호스팅의 경우 다음 두 관련 항목을 구성하는 것이 좋습니다. 사용자: SMTP 프록시: user@company.com 연락처: targetAddress: user@company.com; SMTP 프록시: contact@company2.com
•	숫자 코드: 5.4.8 첫번째 사용 가능한 도구: Exchange 2000 서비스 팩 1 가능한 원인: 이 코드는 루핑 조건을 나타냅니다. 이 문제는 받는 사람 정책 중 하나가 회사에 있는 Exchange 서버의 FQDN과 일치하는 로컬 도메인을 포함하는 경우 발생할 수 있습니다. 전송 분류기가 Exchange 서버의 FQDN과 일치하는 도메인을 향하는 전자 메일을 처리하면 이 코드가 있는 NDR이 생성됩니다. 문제 해결: 이 문제가 받는 사람 정책에서 Exchange 서버의 FQDN과 일치하는 도메인으로 인해 발생하는 경우 해당 항목을 제거해야 합니다.
•	숫자 코드: 5.5.0 첫번째 사용 가능한 도구: Exchange 2000 서비스 팩 1 가능한 원인: 일반 프로토콜 오류(SMTP 오류). 원격 SMTP는 500 수준 오류로 EHLO에 응답하고 보내는 시스템은 연결을 종료하고 원격 SMTP 서버가 프로토콜을 처리할 수 없음을 나타내는 NDR로 이 오류를 보고합니다. 예를 들어, Hotmail 계정이 더 이상 활성 상태가 아닌 경우 550 SMTP 오류가 발생합니다. 문제 해결: SMTP 로그 또는 네트워크 모니터 추적을 실행하여 원격 SMTP 서버가 프로토콜 요청을 거부하는 이유를 확인하십시오.
•	숫자 코드: 5.5.2 가능한 원인: 이것은 SMTP 프로토콜이 순서를 벗어날 때의 일반 프로토콜 오류입니다. 예를 들어, EHLO 전에 AUTH를 시도할 때 SMTP 프로토콜 오류가 발생합니다. 시스템에 디스크 부족 조건이 있을 때 이 문제가 발생한 것으로 한 차례 관찰되었습니다. 문제 해결: SMTP 로그 또는 네트워크 모니터 추적을 실행하고 SMTP 운영에 충분한 디스크 공간과 가상 메모리가 있는지 확인하십시오.
•	숫자 코드: 5.5.3 가능한 원인: 보낸 메시지에 받는 사람이 너무 많습니다. 문제 해결: 받는 사람 제한은 받는 서버에서 구성 가능한 제한입니다. 이 문제를 해결하려면 받는 사람 제한을 늘리거나 서버 제한에 맞게 메시지를 여러 메시지로 나누십시오. 참고 SMTP(Simple Mail Transfer Protocol) 메시지의 기본 받는 사람 제한은 5000입니다. 이 제한을 설정하려면 Exchange System Manager를 시작하고 전역 설정 노드를 누르고 메시지 배달을 마우스 오른쪽 단추로 누른 다음 속성을 누릅니다. 또한 Active Directory에서 사용자마다 다르게 설정할 수도 있습니다.
•	숫자 코드: 5.6.3 첫번째 사용 가능한 도구: Exchange Server 2003 가능한 원인: 메시지에 250개 이상의 첨부 파일이 포함되어 있습니다. 첨부 파일이 250개 이상이 되면 MAPI_E_TOO_BIG 오류가 발생합니다. 문제 해결: 메시지에서 첨부 파일 수를 줄인 다음 메시지를 다시 보내십시오.
•	숫자 코드: 5.7.1 가능한 원인: • 일반 액세스가 거부되었고, 보낸 사람 액세스가 거부되었습니다. 메시지를 보낸 사람에게 배달을 완료하는 데 필요한 권한이 없습니다. • 다른 SMTP 서버를 통해 메일 릴레이를 시도하는데 릴레이하는 것이 허용되지 않습니다. • 받는 사람에게 사서함 배달 제한이 설정되어 있을 수 있습니다. 예를 들어, 받는 사람의 사서함 배달 제한이 메일 그룹에서만 받도록 설정되었으며 구성원이 아닌 사용자의 전자 메일은 이 오류와 함께 거부됩니다. • Exchange Server 2003의 경우 인증되지 않은 사용자의 메일 배달을 제한하도록 메일 그룹을 구성할 수 있습니다. 인증되지 않은 SMTP 세션을 사용하여 보낸 메일은 거부됩니다. 문제 해결: 연락처에 대한 시스템 권한과 특성을 확인하고 메시지를 다시 시도하십시오. 다른 가능한 알려진 문제의 확인을 위하여 Exchange 2000 서비스 팩 1 이상을 실행 중인지도 확인하십시오.

자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.

256321 (http://support.microsoft.com/kb/256321/) XCON: 향상된 배달 상태 코드 - RFC 1893