Exchange Server/지식 자료 창고

Exchange 2000 Server, Exchange Server 2003 및 Small Business Server 2003에서 특정 인터넷 도메인의 SMTP 메시지를 보내거나 받을 수 없다

엘도라도29 2008. 7. 8. 19:20

현상

이 문서는 기존 문서 322358, 840468 및 924235를 통합한 것입니다.

Microsoft Exchange Server 2003, Microsoft Exchange 2000 Server 또는 Microsoft Windows Small Business Server 2003을 실행하는 컴퓨터에서 메시지를 보내거나 받으려고 하면 다음 현상 중 하나가 나타납니다.
• Exchange Server가 특정 인터넷 도메인의 SMTP(Simple Mail Transfer Protocol) 메시지를 거부합니다.
• Exchange Server가 특정 인터넷 도메인에 SMTP 메시지를 전달할 수 없습니다.
역방향 DNS(도메인 이름 시스템) 쿼리를 수행하면 SMTP 메시지를 보내는 Exchange Server가 확인할 수 없는 것을 볼 수 있습니다. 또한 네트워크 모니터 추적을 수행하면 Exchange Server의 연결이 끊어지기 전에 NBT 쿼리가 있는 것을 볼 수도 있습니다.

보낸 사람이 5.5.0 오류 코드가 포함된 다음과 같은 NDR(배달 못 함 보고서)을 받을 수 있습니다. 이 코드는 일반적인 SMTP 오류를 나타냅니다.
> 메시지가 전부 또는 일부 받는 사람에게 도착하지 않았습니다.
> 
>       제목:	
>       보낸 날짜:	2001-05-24 오후 6:41
> 
> 다음 받는 사람에게 도착하지 않았습니다.:
> 
> user@destination.com 지정 2001-05-24 오후  6:41
> 메일 시스템에서 대상 시스템과 통신할 수 있는 방법을 찾을 수 없습니다. 관리자에게 알리십시오. <Server.source.com> #5.5.0
참고 다음과 같은 오류 코드도 받을 수 있습니다.

#5.5.4 트랜잭션에 실패했습니다.

또한 메시지를 보내는 Exchange Server의 Windows 이벤트 뷰어에 다음과 같은 이벤트 4000 또는 4001이 포함될 수 있습니다.

이벤트 종류: 경고
이벤트 원본: MSExchangeTransport
이벤트 ID: 4000
설명: 다음 이유 때문에 원격 도메인 'destination.com'에 메시지를 배달하지 못했습니다. SMTP 프로토콜 오류

위로 가기

원인

일반적으로 이 문제는 대상 SMTP 서버에서 역방향 조회를 수행하고 다음 조건 중 하나에 해당하는 경우에 발생합니다.
• IP 주소가 전자 메일 메시지의 반환 주소에 사용된 도메인 이름과 일치하지 않습니다.
• 포인터(PTR) 레코드가 없거나 원본 SMTP 서버의 IP 주소에 유효하지 않습니다.
예를 들어, 다음과 같은 경우를 생각해볼 수 있습니다. 메시지의 반환 주소에 사용된 도메인 이름은 source.com일 때 이와 다른 도메인에 메시지를 보내면 대상 SMTP 서버에서 수신 메시지에 대한 역방향 조회를 수행합니다. 이 경우 source.com 도메인의 PTR 레코드가 없거나 올바르지 않으면 대상 SMTP 서버가 메시지를 전달하지 않습니다.

참고 인터넷에 연결되어 있는 네트워크 어댑터가 동적 IP 주소를 사용하는 경우 SMTP 커넥터를 통해 source.com 도메인의 메일을 스마트 호스트에 라우팅하도록 Exchange Server를 구성해야 할 수 있습니다.

참고 SMTP 가상 서버에 도메인 이름을 지정하여 들어오는 연결을 거부하도록 Exchange Server를 구성할 수 있습니다. 이 경우 연결이 시도될 때마다 역방향 조회가 수행됩니다. 이렇게 구성하려면 SMTP 가상 서버를 마우스 오른쪽 단추로 누르고 속성을 누른 다음 연결 제어 아래의 액세스 탭을 누르면 됩니다.

위로 가기

해결 방법

이 문제를 해결하려면 다음과 같이 하십시오.
1. DNS 서버에서 호스팅하는 공용 DNS 레코드가 올바른지 확인합니다. DNS 서버에서 다음을 검토합니다.
• 유효한 호스트 (A) 레코드를 가리키는 도메인의 MX 레코드가 있어야 합니다. 예를 들어, source.com의 MX 레코드는 유효한 전자 메일 서버인 mail.source.com을 가리킵니다.
• 호스트 (A) 레코드가 유효한 IP 주소를 가리키는지 확인합니다. 예를 들어, mail.source.com이 209.54.61.76을 가리키는지 확인합니다. 이는 전자 메일 서버에 유효한 공용 IP 주소입니다.
2. 나가는 인터넷 전자 메일을 보내는 모든 SMTP 서버 또는 Exchange Server 컴퓨터의 경우 보내는 SMTP 서버 또는 Exchange Server 컴퓨터의 공용 IP 주소에 대해 유효한 PTR 레코드가 있는지 확인합니다. 이는 인터넷 호스트가 볼 수 있는 IP 주소에 도메인 정보를 게시하는 데 사용되는 방화벽, 라우터 또는 다른 장치일 수 있습니다.

예를 들어, Exchange Server 컴퓨터가 내부 IP 10.10.10.1을 가진 방화벽 뒤에 있고 방화벽이 외부 IP 4.3.2.1을 갖습니다.

Exchange Server 컴퓨터가 방화벽을 통해 전자 메일을 source.com 도메인으로 보내면 받는 메일 서버는 IP 주소, 4.3.2.1이 SMTP 통신에 연결되어 있다고 간주합니다. 받는 전자 메일 서버는 MX 레코드가 반드시 필요하지 않은 이 IP 주소에 대해 역방향 DNS 조회를 수행합니다. 전자 메일 서버는 source.com 도메인에서 유효한 호스트 레코드를 가리키는 4.3.2.1에 대한 PTR을 찾아야 합니다.

위로 가기

추가 정보

역방향 조회는 서버 오버헤드를 추가로 발생시키지만 원하지 않는 전자 메일 메시지(스팸)로부터 사용자의 환경을 보호하기 위해 자주 사용됩니다. 들어오는 전자 메일 메시지에 대한 역방향 조회를 수행하도록 SMTP 서버를 구성할 수 있습니다. 이렇게 하면 보낸 사람의 전자 메일 메시지에 사용된 IP 주소와 FQDN(정규화된 도메인 이름)이 보낸 사람의 도메인 이름과 일치합니다.

일부 인터넷 도메인의 메일 서버에서는 보내는 서버의 IP 주소가 로컬 SMTP 도메인 네임스페이스를 가리키는 유효한 PTR 레코드를 만들어야 하며, 경우에 따라 PTR 레코드가 Exchange에서 해당 SMTP 가상 서버의 실제 FQDN과 일치해야 합니다. 일반적으로 이 레코드는 MX 레코드입니다. 이러한 인터넷 도메인으로는 AOL.com, Qwest.net, Mindspring, Earthlink 및 Hotmail이 있습니다. 이러한 도메인에 메일을 보내려면 회사의 내부 또는 외부 DNS 서버에서 유효한 PTR이나 역방향 조회 레코드를 만들어야 합니다.

대상 서버의 SMTP 포트에 텔넷으로 연결한 다음 SMTP 통신을 시도하면 다음과 유사한 통신이 이루어집니다. 
C:\telnet server.destination.com 25 
220 mail.destination.com ESMTP Postfix 
helo source.com 
250 mail.destination.com 
mail from:user@source.com 
250 Ok 
rcpt to:user@destinationdomain.com 
554 <user@source.com>: Sender address rejected: Domain not found
또한 AOL MX 레코드 중 하나의 포트 25에 텔넷으로 연결하면 다음과 같은 내용이 출력됩니다. 
220-rly-ya06.mx.aol.com ESMTP mail_relay_in-ya6.3; Fri, 20 Jan 2006 22:15:42 -05 00 
220-America Online (AOL) and its affiliated companies do not 
220- authorize the use of its proprietary computers and computer 
220- networks to accept, transmit, or distribute unsolicited bulk 
220- e-mail sent from the internet. Effective immediately: AOL 
220- may no longer accept connections from IP addresses which 
220 have no reverse-DNS (PTR record) assigned.

위로 가기

현재 상태

이것은 의도적으로 설계된 동작입니다.

위로 가기

참조

들어오는 메시지에 대한 역방향 DNS 조회에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.
297412 (http://support.microsoft.com/kb/297412/) "받는 메시지에 DNS 역방향 조회 수행" 옵션은 호스트 이름 확인을 위한 것이다
PTR 레코드에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.
166753 (http://support.microsoft.com/kb/166753/) 호스트 레코드를 추가할 때 Microsoft DNS 서버 역방향 조회 오류가 발생한다
322856 (http://support.microsoft.com/kb/322856/) HOWTO: Exchange Server 사용을 위한 DNS 구성
DNS 및 역방향 조회 영역에 대한 자세한 내용은 다음 Microsoft 웹 사이트를 참조하십시오.
(영문)

Exchange 2000 및 Exchange Server 2003에서 SMTP 커넥터를 구성하는 방법에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.
265293 (http://support.microsoft.com/kb/265293/) XFOR: Exchange 2000에서 SMTP 커넥터를 구성하는 방법
포트 25를 사용하여 SMTP 연결을 테스트하는 방법에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.
153119 (http://support.microsoft.com/kb/153119/) XFOR: SMTP 통신을 테스트하기 위해 포트 25로 텔넷 연결
Microsoft Exchange Server 5.5에서 발생하는 이와 비슷한 문제에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.
198981 (http://support.microsoft.com/kb/198981/) XIMS: SMTP 메시지가 특정 도메인에 배달되지 않는다