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

간략한 설명

SMTP를 사용하여 인스턴스에서 이메일을 보낼 때 몇 가지 일반적인 문제가 발생할 수 있습니다.

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

해결 방법

보안 그룹 또는 네트워크 ACL은 포트 25, 587 또는 465에서 SMTP 트래픽을 차단합니다

1. 트래픽이 차단되었는지 확인하려면 Test-NetConnection 또는 텔넷 유틸리티를 사용하여 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 레코드를 사용하여 Amazon Route 53의 역방향 DNS 기능을 활성화하려면 어떻게 해야 합니까?

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

이메일이 특정 도메인으로 전송되지 않음

특정 도메인에 대해 이메일을 보낼 수 없는 경우 다음 단계를 따르세요.

• 수신자 도메인이 IP 주소를 차단하고 있는지 확인하세요.
• 이메일의 크기가 목적지에서 허용하기에 너무 크지 않은지 확인하세요. 보낸 메일에 크기 제한이 없더라도 수신자의 받는 메일 크기에 제한이 있을 수 있습니다. 표준 이메일 크기 설정은 22MB입니다.

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

이메일이 지연되는 경우 다음 단계를 따르세요.

1. 지연된 이메일이 특정 주소 또는 도메인으로 전송되는지 확인하세요.
2. 이메일 서버 구성을 확인하여 변경된 사항이 없는지 확인하세요.
3. 서버의 이메일 대기열이 느린지, 이메일이 제시간에 서버를 떠났지만 목적지에 도착하는 속도가 느린지 확인하세요.
   이메일이 서버의 대기열에 쌓이는 경우 SMTP 서버에 성능 문제가 없는지 확인하세요.
   목적지에서 문제가 발생한 경우 이메일이 목적지에서 수신하기에 너무 크지 않은지 확인하세요. 보낸 메일에 크기 제한이 없더라도 수신자의 받는 메일 크기에 제한이 있을 수 있습니다. 표준 이메일 크기 설정은 22MB입니다.
4. 이메일 헤더 분석 도구를 사용하여 메시지 헤더를 분석하여 진단 정보를 얻을 수 있습니다.

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

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