목차

소개

Cisco Secure Email Gateway에서 메시지를 받지 못한 이유는 어떻게 해결합니까?

소개

이 문서에서는 Cisco Secure Email Gateway에서 메시지를 수신하지 않는 이유와 문제 해결 옵션을 설명합니다.

Cisco Secure Email Gateway에서 메시지를 받지 못한 이유는 어떻게 해결합니까?

메시지 수신 문제를 해결하려면 메일을 보낸 조직에서 메일을 보내는 데 사용되는 IP 주소를 알아야 합니다.일반적으로 이 정보를 얻는 가장 정확한 방법은 발신자 조직의 메일 관리자에게 문의하는 것입니다.이 리소스가 없는 경우 다음 옵션 중 하나를 사용할 수 있습니다.

- SenderBase - http://www.senderbase.org의 검색 상자에 도메인을 입력하면 해당 도메인에 대해 알려진 전송 IP 주소 목록이 표시됩니다.

- 메일 로그 - 이전에 도메인에서 메일을 성공적으로 수신한 경우 메일 로그에서 성공한 배달 중 하나를 확인할 수 있습니다.

- DNS(Domain Name System) - 도메인에 대한 MX(메일 교환기) 레코드를 조회할 수 있습니다.대부분의 소규모 조직에서는 동일한 인바운드 및 아웃바운드 서버를 사용합니다.세분화된 대규모 조직의 경우 이 옵션은 필요한 정보를 표시하지 않습니다.

IP 주소를 알고 나면 메일 로그를 검색해야 합니다.grep 유틸리티는 이러한 용도로 좋은 도구입니다.Microsoft Windows를 실행하는 경우 Word Pad 또는 Notepad에서 찾기를 사용하거나 인터넷에서 grep 유틸리티를 다운로드할 수 있습니다.Unix 및 Mac OSX는 Grep가 내장되어 있으며 셸에서 액세스할 수 있습니다.grep 명령줄은 다음과 같습니다. 여기서 '10.2.3.4'은 검색할 IP 주소입니다.

host> grep '10.2.3.4' file.log

발신자의 서버가 서버에 성공적으로 연결되면 해당 IP 주소를 검색할 때 이 예와 유사한 행이 표시됩니다.

Wed Feb  2 23:43:11 2008 Info: New SMTP ICID 6 interface Management (10.0.0.1)

address 10.2.3.4 reverse dns host test.ironport.com verified no

그런 다음 수신 연결 ID(ICID)와 관련된 모든 라인을 검색할 수 있습니다. 찾은 줄은 정보로부터 전송했는지, 정보로 전송했는지, 연결과 연결된 메시지 ID(MID)를 알려줍니다.MID의 검색에는 시스템에서 메시지를 수락했는지 여부, 스캔 결과, 전달을 시도했는지 여부가 표시됩니다.

사용 가능한 또 다른 문제 해결 도구는 주입 디버그 로그입니다.먼저 전송 서버의 IP 주소가 필요합니다.이 기능이 있으면 logconfig 명령을 입력하고 이 로그 유형을 선택합니다.로그가 구성되고 커밋되면 사용자가 테스트 메시지를 전송하고(서버가 Cisco Secure Email Gateway에 연결된다고 가정) Cisco Secure Email Gateway에서 전체 SMTP 대화를 기록하게 할 수 있습니다.이를 통해 커뮤니케이션의 분석 지점을 확인할 수 있습니다.

여전히 연결이 없고 수신된 메시지가 없는 경우, 다음 단계는 전송 서버 관리자가 로그를 확인하고 텔넷을 사용하여 메일 서버에서 메시지 전송을 수동으로 테스트하도록 하는 것입니다.이는 Cisco Secure Email Gateway에 전달하려는 서버를 모방하며, Cisco Secure Email Gateway는 전송 서버 애플리케이션이 전송한 것과 동일하게 반응합니다.

테스트가 진행되지만 서버 응용 프로그램이 메일을 보내려고 할 때 실패하는 경우 원격 서버의 배달 문제를 나타냅니다.원격 서버 관리자가 오류를 진단하려면 로그를 검토해야 합니다.

메시지 수신이 지연되거나 실패한 한 가지 일반적인 원인은 전송 서버의 IP 주소에 역방향 DNS가 제대로 구성되지 않아 Cisco Secure Email Gateway가 SMTP 배너를 제공할 때 긴 지연(30초 이상)이 발생합니다.일부 서버 애플리케이션은 구성된 시간 제한에 도달하고 지연된 배너로 인해 메일을 보내기 전에 세션을 닫습니다.이 경우 해결책은 시간 제한을 연장하거나 역방향 DNS를 구현하는 것입니다.다른 인터넷 메일 서버로 전송하는 모든 메일 서버에 대해 역방향 DNS를 구현하는 것이 좋습니다.적절한 인터넷 에티켓으로 간주되고 메일 서버가 서버의 신원을 매우 기본적인 수준에서 확인하도록 한다.