EC2 Windows 인스턴스에서 이메일 서버 문제를 해결하려면 어떻게 해야 합니까?

최종 업데이트 날짜: 2021년 7월 9일

Amazon Elastic Compute Cloud(Amazon EC2) 인스턴스에서 SMTP를 통해 이메일을 보낼 수 없습니다. 이 문제를 해결하려면 어떻게 해야 합니까?

간략한 설명

인스턴스에서 SMTP를 통해 이메일을 보낼 때 문제가 발생할 수 있는 몇 가지 일반적인 이유는 다음과 같습니다.

  • 기본 포트 25, 포트 587 또는 포트 465에서 보안 그룹 또는 네트워크 액세스 제어 목록(네트워크 ACL)에 의해 SMTP 트래픽이 차단되었습니다.
    참고: 기본적으로 아웃바운드 트래픽은 모든 EC2 인스턴스 및 AWS Lambda 함수에 대해 포트 25(SMTP)에서 차단됩니다. 포트 25에서 아웃바운드 트래픽을 보내려면 이 제한 사항의 제거를 요청하세요. 자세한 내용은 내 Amazon EC2 인스턴스 또는 AWS Lambda 함수에서 포트 25에 대한 제한을 없애려면 어떻게 해야 합니까?를 참조하세요.
  • 인스턴스에 자동으로 할당된 퍼블릭 IP 주소가 재부팅 후 변경되었습니다.
  • 아웃바운드 메시지에 스팸 플래그가 지정되었습니다.
  • 이메일이 특정 도메인으로 배달되지 않습니다.
  • 아웃바운드 이메일이 지연되었습니다.
  • 이메일을 받을 수 있지만 이메일을 보낼 수 없습니다.

해결 방법

기본 포트 25, 포트 587 또는 포트 465의 보안 그룹 또는 NACL에 의해 SMTP 트래픽이 차단됨

  1. 트래픽이 차단되었는지 확인하려면 Test-NetConnection 또는 telnet 유틸리티를 사용하여 SMTP 포트에서 연결을 확인합니다.
  2. SMTP 포트에서 트래픽이 차단된 경우 다음 구성이 올바른지 확인합니다.
    보안 그룹 아웃바운드(송신) 규칙이 TCP 포트 25, 587 또는 465에서 SMTP 서버로의 트래픽을 허용해야 합니다.
    네트워크 ACL 아웃바운드(송신) 규칙이 TCP 포트 25, 587 또는 465에서 SMTP 서버로의 트래픽을 허용해야 합니다.
    네트워크 ACL 인바운드(수신) 규칙이 TCP 포트 1024-65535에서 SMTP 서버로부터의 트래픽을 허용해야 합니다.
    Windows 인스턴스의 방화벽 및 바이러스 백신 애플리케이션이 TCP 포트 25, 587 또는 465에서 SMTP 서버에 대한 트래픽을 허용해야 합니다.
    EC2 인스턴스가 인터넷에 연결되어 있어야 합니다.

인스턴스에 자동으로 할당된 퍼블릭 IP 주소가 재부팅 후 변경됨

퍼블릭 IP 주소는 재부팅할 때마다 변경되거나 인스턴스가 중지되고 시작될 때마다 변경됩니다. 이를 방지하려면 메일 서버로 사용되는 인스턴스에 탄력적 IP 주소가 할당되어 있는지 확인합니다.

아웃바운드 메시지에 스팸 플래그가 지정됨

DKIM 인증, SPF 레코드 또는 역방향 DNS 레코드 세트가 누락된 경우 아웃바운드 메시지에 스팸 플래그가 지정될 수 있습니다. 모범 사례는 아웃바운드 이메일에 스팸 플래그가 지정되지 않도록 이러한 레코드를 설정하는 것입니다. 역방향 DNS 레코드에 대한 자세한 내용은 다음을 참조하세요.

Amazon EC2의 탄력적 IP 주소에 대해 구성 가능한 역방향 DNS

PTR 레코드로 Route 53의 역방향 DNS 기능을 사용하려면 어떻게 해야 합니까?

Route 53에서 역방향 DNS에 사용 중인 공개 테스트 서버 레코드의 문제를 해결하려면 어떻게 해야 합니까?

이메일이 특정 도메인으로 배달되지 않음

특정 도메인으로 이메일을 보낼 수 없는 경우 다음을 수행합니다.

  • 수신자 도메인이 IP 주소를 차단하고 있는지 확인합니다.
  • 이메일이 대상에서 수락하기에 너무 크지 않은지 확인합니다. 보낸 메일에는 크기 제한이 없더라도 받는 사람이 들어오는 메일 크기를 제한했을 수 있습니다. 표준 이메일 크기 설정은 22MB입니다.

아웃바운드 이메일이 지연됨

이메일이 지연되는 경우 다음을 수행합니다.

  1. 지연된 이메일이 하나의 특정 주소 또는 도메인으로 이동하는지 확인합니다.
  2. 이메일 서버 구성을 확인하여 아무 것도 변경되지 않았는지 확인합니다.
  3. 서버의 이메일 대기열이 느린지, 이메일이 정시에 서버를 떠나지만 대상에 도착하는 속도가 느린지 확인합니다.
    이메일이 서버의 대기열에 누적된 경우 SMTP 서버에 성능 문제가 없는지 확인하십시오.
    대상에 문제가 있는 경우 이메일이 대상에서 수락하기에 너무 크지 않은지 확인합니다. 보낸 메일에는 크기 제한이 없더라도 받는 사람이 들어오는 메일 크기를 제한했을 수 있습니다. 표준 이메일 크기 설정은 22MB입니다.
  4. 이메일 헤더 분석기 도구로 메시지 헤더를 분석하여 진단 정보를 찾습니다.

이메일을 받을 수 있지만 이메일을 보낼 수 없음

이 문제는 발신 서버(SMTP)에 필요한 인증이 구성되지 않은 경우 발생합니다.


이 문서가 도움이 되었나요?


결제 또는 기술 지원이 필요하세요?