Amazon SES 전송 검토 프로세스 FAQ

Amazon SES를 통해 전송된 이메일을 모니터링하여 서비스가 악의적이거나 원치 않거나 품질이 낮은 이메일을 전달하는 데 사용되지 않도록 합니다. 사용자가 이러한 범주 중 하나에 속하는 콘텐츠를 전송하고 있다고 판단되면 해당 계정에 대해 조치를 취합니다. 이를 전송 검토 프로세스라고 합니다.

대부분의 경우 계정에서 문제가 감지되면 해당 계정을 검토 중 상태로 전환합니다. 다른 경우에는 계정의 이메일 전송 기능을 일시 중지합니다. 이러한 조치를 취하여 각 계정의 발신자 평판을 보호하고 다른 SES 사용자가 서비스 중단 및 전송 문제를 겪지 않도록 합니다.

검토 중인 계정 FAQ

Q1. 내 계정이 검토 중이라는 메시지를 수신했습니다. 테스트 기간 알림이란 무엇인가요?

계정에서 전송된 이메일과 관련된 문제가 발견되어 문제를 해결할 시간을 주는 것입니다. 평소와 같이 이메일을 계속 전송할 수 있지만 계정 검토의 원인이 된 문제를 해결해야 합니다. 검토 기간이 끝나기 전에 문제를 해결하지 않으면 추가 이메일을 보내는 기능이 일시 중지될 수 있습니다.

Q2. 내 계정이 검토 중인 경우 항상 알림을 받나요?

예. AWS 계정과 연결된 이메일 주소로 알림을 받게 됩니다.

Q3. 내 계정이 검토 중이라는 알림을 받지 못한 이유는 무엇인가요?

계정이 검토 중인 경우 AWS 계정과 연결된 이메일 주소로 알림이 자동으로 전송됩니다. 이 이메일 주소는 AWS 계정을 만들 때 지정한 주소입니다. 경우에 따라 이 이메일 주소는 SES를 사용하여 이메일을 전송하는 데 사용하는 주소와 다를 수 있습니다.

평판 지표를 정기적으로 참조하여 발신자 평판을 모니터링하는 것이 좋습니다. 또한 Amazon CloudWatch에서 자동화 경보를 설정할 수도 있습니다. 이 경보는 평판 측정치가 특정 임계값을 초과할 때 알림을 보낼 수 있습니다. 또한 휴대폰으로 텍스트 메시지를 전송하는 등의 다른 방법으로 연락하도록 Amazon CloudWatch를 구성할 수 있습니다.

Q4. 내 SES 계정이 검토 중이라는 사실이 다른 AWS 서비스 사용에 영향을 주나요?

SES 계정이 검토 중인 동안에도 다른 AWS 서비스를 계속 사용할 수 있습니다. 하지만 아웃바운드 통신(예: Amazon SNS)을 전송하는 다른 AWS 서비스에 대한 서비스 할당량 증가를 요청하면 SES 계정의 검토 기간이 해제될 때까지 해당 요청이 거부될 수 있습니다.

Q5. 내 계정이 검토 중인 경우 어떻게 해야 하나요?

다음과 같이 해야 합니다.

• 가능하면 문제를 해결할 때까지 메일 전송을 중지하세요. 계정이 검토 중인 동안에도 이메일을 계속 전송할 수 있습니다. 그러나 변경하지 않고 메일을 계속 전송하면 문제가 의도치 않게 악화될 수 있습니다.

• Amazon SES에서 보낸 이메일에서 문제에 대한 요약을 살펴보세요.

• 전송에 대해 조사하여 전송의 어떤 측면이 문제를 유발했는지 알아보세요.

• 문제를 해결할 것으로 생각되는 변경 작업을 수행한 후 AWS 콘솔에 로그인하고 지원 센터로 이동합니다. 사용자를 대신하여 개설된 사례에 회신합니다. 메시지에 문제 해결을 위해 취한 조치에 관한 세부 정보를 제공하고 이러한 조치를 통해 향후 문제가 다시 발생하지 않도록 하는 방법을 설명합니다.

• 반드시 Amazon SES에서 요구하는 모든 정보를 제공하세요. 요구하는 정보는 사례를 평가하기 위해 필요합니다.

Q6. 검토는 어떻게 요청하면 되나요?

계정 검토에 대한 결정을 검토해 달라고 요청할 수 있습니다. 검토를 요청하려면 AWS 콘솔에 로그인하고 지원 센터로 이동합니다. 사용자를 대신하여 개설된 사례에 회신합니다.

요청 시 다음 정보를 제공합니다.

• 계정 검토의 원인이 된 이벤트의 근본 원인에 관한 정보.

• 문제 해결을 위해 변경한 사항의 목록. 나중에 이행할 계획인 단계가 아닌 이미 이행한 단계만 포함합니다.

• 이러한 변경을 통해 향후 같은 문제가 다시 발생하지 않도록 하는 방법에 대한 정보.

계정을 검토 중으로 전환하게 된 이벤트의 특성에 따라 추가 정보가 필요할 수 있습니다. 요청에 포함해야 하는 정보의 목록은 사용자가 겪은 문제와 관련된 FAQ 주제를 참조하세요.

Q7. 검토 요청이 수락되지 않은 경우에는 어떻게 하나요?

검토 요청을 수락하지 않은 이유에 대한 정보와 함께 사용자의 요청에 응답해드립니다. 경우에 따라 문제를 해결했으며 변경을 통해 향후 문제가 다시 발생하지 않음을 증명할 수 있는 경우 다른 요청을 제출할 수 있습니다.

Q8. 문제를 진단하는 데 도움을 받을 수 있나요?

Amazon SES에서는 일반적으로 문제에 대한 종합적인 개요만을 제공합니다(예: 반송 메일과 관련하여 문제가 있습니다). 근본 원인은 직접 조사하셔야 합니다.

Q9. 내 계정이 더 이상 검토 상태가 아닌지 어떻게 알 수 있나요?

평판 지표에는 사용자 계정의 현재 상태에 대한 정보가 포함되어 있습니다. 자세한 내용은 평판 지표를 사용하여 반송 메일 및 수신 거부률 추적 섹션을 참조하세요.

Q10. 문제가 발생할 때마다 내 계정이 검토 상태가 되나요?

아니요. 경우에 따라 먼저 사용자 계정을 검토하지 않고 계정의 이메일 전송 기능을 일시 중지할 수 있습니다. 예:

• 문제가 매우 심각한 경우.

• 과거에 같은 문제로 인해 사용자 계정을 여러 번 검토한 경우. 따라서 계정 검토의 원인이 된 특정 사건이 아니라 근본적인 문제를 해결하는 것이 중요합니다. 예를 들어 특정 캠페인으로 인해 사용자 계정을 검토한 경우 해당 캠페인을 중지하기보다는 근본적인 조치를 취해야 합니다. 문제가 있는 캠페인의 속성이 무엇인지 확인하고 추후 캠페인에 같은 문제가 발생하지 않도록 준비된 프로세스를 갖추어야 합니다.

이러한 경우 계정의 이메일 전송 기능을 일시 중지하면 알림이 자동으로 전송됩니다.

Q11. 검토 기간이 만료되기 직전에 문제를 해결한 경우에는 어떻게 하나요?

AWS Management Console에 로그인하고 지원 센터로 이동합니다. 사용자를 대신하여 개설된 사례에 회신합니다. 사례에 대한 회신에서 문제가 해결되었음을 알려주세요.

Q12. AWS 담당자 또는 Premium Support로부터 도움을 받을 수 있나요?

AWS 계정 담당자와 이미 협력하고 있는 경우 사용자 계정이 검토 상태가 되면 해당 담당자에게 자동으로 연락됩니다. 계정 담당자는 문제를 더 잘 이해하는 데 도움이 되는 추가 정보를 제공할 수 있습니다. Premium Support를 사용하는 경우 해당 팀에 문의하여 추가 지원을 받아야 합니다.

전송 일시 중지 FAQ

Q1. 내 계정의 이메일 전송 기능이 일시 중지되었다는 메시지를 수신했습니다. 테스트 기간 알림이란 무엇인가요?

전송한 이메일에 있는 심각한 문제 때문에 사용자 계정의 이메일 전송 기능을 일시 중지했습니다. 대부분의 경우 다음과 같은 이유 중 하나로 인해 계정을 일시 중지합니다.

• 이전에 사용자 계정을 검토했습니다. 계정 검토의 원인이 된 문제가 검토 기간 종료 전에 해결되지 않았으므로 사용자 계정의 이메일 전송 기능을 일시 중지했습니다.

• 같은 문제로 인해 사용자 계정을 여러 번 검토했습니다.

• 사용자 계정이 AWS 서비스 약관을 위반한 이메일을 전송했습니다. 이러한 위반이 심각한 경우 먼저 사용자 계정을 검토하지 않고 계정의 이메일 전송 기능을 일시 중지할 수 있습니다.

Q2. 내 계정의 이메일 전송 기능이 일시 중지된 경우 항상 알림을 받나요?

예. AWS 계정과 연결된 이메일 주소로 알림을 받게 됩니다.

Q3. 내 계정의 이메일 전송 기능이 일시 중지되었습니다. 그런데도 알림을 받지 못한 이유는 무엇인가요?

계정의 이메일 전송 기능이 일시 중지되면 해당 계정과 연결된 이메일 주소로 알림이 자동 전송됩니다.

참고

AWS 계정을 처음 만들 때 이메일 주소와 암호를 입력해야 합니다. 이 주소는 언제든지 변경할 수 있습니다. AWS 계정과 연결된 주소 변경에 대한 자세한 내용은 AWS Billing and Cost Management 사용 설명서의 AWS 계정 관리를 참조하세요.

Amazon CloudWatch를 사용하여 반송 메일이나 수신 거부율이 너무 높을 때 알리는 경보를 만들 수 있습니다. 경보를 만들어 두면 사용자의 계정에서 이메일을 보내지 못하게 일시 중지 조치를 유발하는 요인에 대해 조기 경고를 받을 수 있어 편리합니다. 그러나 일시 중지로 인해 이메일을 받지 못하게 만드는 요인은 반송 메일과 수신 거부뿐만이 아닙니다. CloudWatch의 경보 만들기에 대한 자세한 내용은 CloudWatch를 사용하여 평판 모니터링 경보 생성 섹션을 참조하세요.

계정 대시보드를 사용하여 계정의 현재 상태를 확인할 수도 있습니다. 예를 들어 사용자 계정의 이메일 전송 기능이 현재 일시 중지되어 있으면 계정 대시보드의 계정 상태(Account status) 섹션에 일시 중지됨(Paused) 상태가 표시됩니다. 계정에서 정상적으로 이메일을 보낼 수 있으면 정상(Healthy) 상태가 표시됩니다.

마지막으로, 사용자 계정의 이메일 전송 기능이 현재 일시 중지된 상태인지 확인하기 위해 https://phd.aws.amazon.com/에서AWS Health Dashboard (PHD)를 확인할 수 있습니다. 계정의 이메일 전송 기능을 일시 중지하면 PHD의 이벤트 로그(Event log) 섹션에 SES 전송이 일시 중지됨(SES sending paused) 이벤트를 자동으로 추가합니다. SES sending paused(SES 전송이 일시 중지됨) 이벤트는 계정의 이메일 전송 기능이 현재 일시 중지되었는지 여부에 상관없이 항상 Closed(종결) 상태입니다. 또한 이벤트 로그에는 전송 일시 중지 이벤트가 발생했을 때 사용자의 AWS 계정과 연결된 이메일 주소로 전송된 이메일의 사본이 포함되어 있습니다.

CloudWatch를 사용하여 Personal Health Dashboard에 새 이벤트가 나타날 때 알려 주도록 경보를 만들 수 있습니다. 자세한 내용은 AWS Health 사용 설명서의 CloudWatch Events에서 AWS Health 이벤트 모니터링을 참조하세요.

Q4. 내 계정의 이메일 전송 기능이 일시 중지되었습니다. 그러면 다른 AWS 서비스 사용에도 영향을 미치나요?

사용자 계정의 이메일 전송 기능이 일시 중지되어도 다른 AWS 서비스를 계속 사용할 수 있습니다. 하지만 아웃바운드 통신(예: Amazon SNS)을 전송하는 다른 AWS 서비스에 대한 서비스 할당량 증가를 요청하면 사용자 계정의 이메일 전송 기능이 복원될 때까지 해당 요청이 거부될 수 있습니다.

Q5. 내 계정의 이메일 전송 기능이 일시 중지된 경우 어떻게 해야 하나요?

다음과 같이 해야 합니다.

• Amazon SES에서 보낸 이메일에서 문제에 대한 요약을 살펴보세요.

• 전송에 대해 조사하여 전송의 어떤 측면이 문제를 유발했는지 알아보세요.

• 문제를 해결할 것으로 생각되는 변경 작업을 수행한 후 AWS 콘솔에 로그인하고 지원 센터로 이동합니다. 사용자를 대신하여 개설된 사례에 회신합니다. 메시지에 문제 해결을 위해 취한 조치에 관한 세부 정보를 제공하고 이러한 조치를 통해 향후 문제가 다시 발생하지 않도록 하는 방법을 설명합니다.

• 반드시 Amazon SES에서 요구하는 모든 정보를 제공하세요. 요구하는 정보는 사례를 평가하기 위해 필요합니다.

Q6. 검토란 무엇인가요?

계정 검토에 대한 결정을 검토해 줄 것을 요청할 수 있습니다. 검토 요청에 대한 자세한 내용은 다음 질문을 참조하세요.

Q7. 검토는 어떻게 요청하면 되나요?

검토를 요청하려면 AWS 콘솔에 로그인하고 지원 센터로 이동합니다. 사용자를 대신하여 개설된 사례에 회신합니다.

요청 시 다음 정보를 제공합니다.

• 문제의 원인에 대한 정보.

• 문제 해결을 위해 변경한 사항의 목록. 나중에 이행할 계획인 단계가 아닌 이미 이행한 단계만 포함합니다.

• 이러한 변경을 통해 향후 같은 문제가 다시 발생하지 않도록 하는 방법에 대한 정보.

계정의 이메일 전송 기능을 일시 중지하게 만든 이벤트의 특성에 따라 추가 정보가 필요할 수 있습니다. 요청에 포함해야 하는 정보의 목록은 사용자가 겪은 문제와 관련된 FAQ 주제를 참조하세요.

Q8. 요청이 수락되지 않은 경우에는 어떻게 하나요?

검토 요청을 수락하지 않은 이유에 대한 정보와 함께 사용자의 요청에 응답해드립니다. 경우에 따라 문제를 해결했으며 변경을 통해 향후 문제가 다시 발생하지 않음을 증명할 수 있는 경우 다른 요청을 제출할 수 있습니다.

Q9. 문제를 진단하는 데 도움을 받을 수 있나요?

Amazon SES에서는 일반적으로 문제에 대한 종합적인 개요만을 제공합니다(예: 반송 메일과 관련하여 문제가 있습니다). 문제를 해결하는 것은 사용자의 책임입니다.

Q10. 내 계정의 이메일 전송 기능이 복원되었는지 어떻게 알 수 있나요?

평판 지표에는 사용자 계정의 현재 상태에 대한 정보가 포함되어 있습니다. 자세한 내용은 평판 지표를 사용하여 반송 메일 및 수신 거부률 추적 섹션을 참조하세요.

Q11. AWS 담당자 또는 Premium Support로부터 도움을 받을 수 있나요?

AWS 계정 담당자와 이미 협력하고 있는 경우 사용자 계정의 이메일 전송 기능이 일시 중지되면 해당 담당자에게 자동으로 연락됩니다. 계정 담당자는 문제를 더 잘 이해하는 데 도움이 되는 추가 정보를 제공할 수 있습니다. Premium Support를 사용하는 경우 해당 팀에 문의하여 추가 지원을 받아야 합니다.

반송 메일 FAQ

Q1. 반송 메일에 신경을 쓰는 이유는 무엇인가요?

반송 메일 발생률은 이메일 공급자 및 스팸 방지 기관 등에서 질이 나쁜 이메일을 전송하는 발신자를 감지하는 데 사용됩니다. 반송 메일 비율이 높으면 이메일이 받은 편지함이 아닌 스팸 폴더로 전송될 수 있습니다.

Q2. 내 계정이 검토 중이거나 내 계정의 반송 메일 발생률로 인해 내 전송 기능이 일시 중지되었다는 알림을 수신한 경우 어떻게 해야 하나요?

문제의 원인을 확인한 다음 해결합니다. 문제를 해결할 것으로 생각되는 변경 작업을 수행한 후 AWS 콘솔에 로그인하고 지원 센터로 이동합니다. 사용자를 대신하여 개설된 사례에 회신합니다. 메시지에 문제 해결을 위해 취한 조치에 관한 세부 정보를 제공하고 이러한 조치를 통해 향후 문제가 다시 발생하지 않도록 하는 방법을 설명합니다. 또한 다음 정보를 포함합니다.

• 반송 메일을 추적하는 데 사용하는 방법

• 새 수신자의 이메일 주소로 전송하기 전에 주소가 유효한지 확인하는 방법 예: Q11. 반송 메일을 최소화하려면 어떻게 해야 하나요?에서 어떤 권장 사항을 따르고 있나요?

Q3. 반송 메일 발생률에는 어떤 유형의 반송 메일이 포함되나요?

반송 메일 발생률에는 확인되지 않은 도메인으로 보내는 하드 바운스 메일만 포함됩니다. 하드 바운스는 "이메일 주소가 존재하지 않음"과 같은 영구적 전송 실패입니다. "메일박스 가득 참"과 같은 일시적 및 간헐적 실패 또는 차단된 IP 주소로 인한 반송 메일은 반송 메일 발생률에 반영되지 않습니다.

Q4. 내 계정의 검토 원인이 되거나 내 전송 기능의 일시 중지 원인이 될 수 있는 반송 메일 발생률을 공개하나요?

최상의 결과를 얻으려면 반송 메일 발생률을 2% 미만으로 유지해야 합니다. 반송 메일 발생률이 이것보다 높으면 이메일 배달에 영향을 미칠 수 있습니다.

반송 메일 발생률이 5% 이상이면 사용자 계정을 검토합니다. 반송 메일 발생률이 10% 이상이면 높은 반송 메일 발생률의 원인이 된 문제를 해결할 때까지 사용자 계정의 추가 이메일 전송 기능을 일시 중지할 수 있습니다.

Q5. 반송 메일 발생률은 얼마 동안 계산되나요?

고정된 기간을 기준으로 반송 메일 발생률을 계산하지는 않습니다. 발신자마다 전송 속도가 다르기 때문입니다. 그 대신 대표 볼륨을 살펴봅니다. 대표 볼륨은 일반적인 전송 실행을 나타내는 이메일의 양입니다. 대량 발신자와 소량 발신자 모두에게 공정을 기하기 위해 대표 볼륨은 사용자마다 다르게 적용되며 사용자의 전송 패턴 변화에 따라 바뀝니다.

Q6. SES 콘솔 또는 GetSendStatistics API의 정보를 사용하여 제 바운스 발생률을 계산할 수 있나요?

아니요. 반송 메일 발생률은 대표 볼륨을 사용하여 계산됩니다(Q5. 반송 메일 발생률은 얼마 동안 계산되나요? 참조). 바운스 발생률은 전송 속도에 따라 SES 콘솔 또는 GetSendStatistics에서 가져올 수 있는 것보다 시간상 더 앞서 나갈 수 있습니다. 또한 확인되지 않은 도메인으로 보낸 이메일만 반송 메일 발생률을 계산할 때 고려됩니다. 그러나 그러한 방법을 사용하여 반송 메일 발생률을 정기적으로 모니터링하면 사용자 계정을 검토하거나 사용자 계정의 이메일 전송 기능을 일시 중지하게 만드는 수준에 도달하기 전에 문제를 발견할 수 있으므로 좋은 지표가 됩니다.

Q7. 반송된 이메일 주소를 어떻게 알 수 있나요?

SES에서 보내는 바운스 알림을 검토합니다. 이메일을 통해 Amazon SES 알림 수신에서 설명한 것처럼 SES에서 알림을 전달하는 이메일 주소는 원본 메시지를 보낸 방식에 따라 다릅니다. Amazon SES에 대한 이벤트 알림 설정에서 설명한 것처럼 Amazon Simple Notification Service(Amazon SNS)를 통해서 반송 메일 알림을 설정할 수도 있습니다. 추가적으로 조사하지 않고 목록에서 반송된 주소를 제거하는 작업만으로는 근본적인 문제를 해결할 수 없습니다. 반송 메일을 줄이기 위해 할 수 있는 일에 대한 자세한 내용은 Q11. 반송 메일을 최소화하려면 어떻게 해야 하나요?를 참조하세요.

Q8. 반송 메일을 모니터링하지 않은 경우 반송된 주소 목록을 받을 수 있나요?

아니요. 반송된 주소의 전체 목록을 제공할 수 없습니다. 사용자는 자신의 계정에 대한 반송 메일을 모니터링하고 조치를 취할 책임이 있습니다.

Q9. 반송 메일을 어떻게 처리해야 하나요?

메일 그룹에서 반송된 주소를 제거하고 해당 주소에 대한 메일 전송을 즉시 중지해야 합니다. 소량을 전송할 경우 이메일을 통해 반송 메일을 모니터링하고 메일 그룹에서 반송된 주소를 수동으로 제거하는 작업만으로도 충분할 수 있습니다. 볼륨이 큰 경우에는 반송 메일을 받는 메일박스를 프로그래밍 방식으로 처리하거나 Amazon SNS를 통해 반송 메일 알림을 설정하여 이 프로세스에 대한 자동화를 설정할 수 있습니다. 자세한 내용은 Amazon SES에 대한 이벤트 알림 설정 섹션을 참조하세요.

Q10. 발신 할당량에 도달해서 내 이메일이 반송될 수 있나요?

아니요. 반송 메일은 발신 할당량과 관계가 없습니다. 발신 할당량을 초과할 경우 이메일 전송 시 SES API 또는 SMTP 인터페이스에서 오류가 발생합니다.

Q11. 반송 메일을 최소화하려면 어떻게 해야 하나요?

먼저 반송 메일에 대해 잘 파악하고 있어야 합니다(Q7. 반송된 이메일 주소를 어떻게 알 수 있나요? 참조). 그런 다음 아래 지침을 따릅니다.

• 이메일 주소를 구입하거나 빌리거나 공유하지 마세요. 이메일 수신을 명시적으로 요청한 수신자에게만 이메일을 보내세요.

• 목록에서 반송된 이메일 주소를 제거하세요.

• 웹 양식에서 사용자에게 이메일 주소를 두 번 입력하도록 요청하고 두 개의 주소가 일치하는지 확인한 후에만 양식을 제출할 수 있도록 하세요.

• 이중 옵트인을 사용하여 신규 사용자를 등록하세요. 다시 말해, 신규 사용자가 등록하면 메일을 추가로 받기 전에 클릭해야 하는 확인 이메일을 보내세요. 이렇게 하면 누군가가 타인을 등록하는 것뿐만 아니라 실수로 등록하는 것을 방지할 수 있습니다.

• 최근에 메일을 보내지 않은 주소로 보내야 하는 경우(따라서 주소가 유효한지 아직 확실히 알지 못할 경우), 전체 전송의 소량만 보내도록 하세요. 자세한 내용은 Amazon SES 블로그 게시물 Never send to old addresses, but what if you have to?를 참조하세요.

• 가상 주소 사용을 조장하도록 등록을 구성하지 않았는지 확인하세요. 예를 들어 수신자가 주소를 확인할 때까지 부가 가치나 혜택을 제공하지 마세요.

• "친구에게 이메일 보내기" 기능이 있는 경우, CAPTCHA 또는 이와 유사한 메커니즘을 사용하여 이 기능이 자동으로 사용되지 않도록 하세요. 또한 사용자가 임의의 콘텐츠를 삽입하도록 허용하지 마세요.

• 시스템 알림에 SES를 사용하는 경우, 메일을 수신할 수 있는 실제 주소로 알림을 보내는지 확인하세요. 또한 필요하지 않은 알림은 끄도록 하세요.

• 새로운 시스템을 테스트하는 경우 이메일을 수신할 수 있는 실제 주소로 보내거나 SES 메일박스 시뮬레이터를 사용하세요. 자세한 내용은 수동으로 메일박스 시뮬레이터 사용 섹션을 참조하세요.

수신 거부 FAQ

Q1. 수신 거부란 무엇인가요?

수신 거부는 수신자가 이메일 수신을 원치 않는다고 보고하는 경우에 발생합니다. 수신자가 이메일 클라이언트에서 ‘스팸 보고’ 버튼을 클릭했거나, 이메일 공급자에게 수신 거부를 했거나, SES로 직접 또는 다른 방법을 통해 알렸을 수 있습니다. 이 주제에서는 수신 거부에 대한 일반 정보를 제공합니다. 알림에 수신 거부의 소스에 대한 구체적 정보가 포함되어 있을 경우 다음 관련 주제도 읽어 보세요.

• 피드백 루프를 통한 SES 수신 거부 FAQ

• 수신자로부터 직접 수신한 SES 수신 거부 FAQ

• 이메일 공급자를 통한 SES 수신 거부 FAQ

Q2. 수신 거부에 신경을 쓰는 이유는 무엇인가요?

수신 거부 발생률은 이메일 공급자 및 스팸 방지 기관 등에서 발신자가 이메일 수신을 등록하지 않은 수신자에게 이메일을 전송하거나 발신자가 수신자가 등록한 유형과 다른 콘텐츠를 전송하고 있다는 지표로 흔히 사용됩니다.

Q3. 내 계정이 검토 중이거나 수신 거부 문제로 인해 내 전송 기능이 일시 중지되었다는 알림을 수신한 경우 어떻게 해야 하나요?

목록 취득 프로세스와 이메일의 콘텐츠를 검토하여 수신자가 수신하는 이메일을 환영하지 않은 이유를 파악하세요. 문제의 원인을 확인한 다음 해결합니다. 문제를 해결할 것으로 생각되는 변경 작업을 수행한 후 AWS 콘솔에 로그인하고 지원 센터로 이동합니다. 사용자를 대신하여 개설된 사례에 회신합니다. 메시지에 문제 해결을 위해 취한 조치에 관한 세부 정보를 제공하고 이러한 조치를 통해 향후 문제가 다시 발생하지 않도록 하는 방법을 설명합니다.

Q4. 수신 거부를 최소화하려면 어떻게 해야 하나요?

먼저 SES가 사용자에 알릴 수 있는, 즉 SES가 피드백 루프(피드백 루프를 통한 SES 수신 거부 FAQ 섹션 참조)를 통해 수신하는 수신 거부를 모니터링해야 합니다. 그런 다음 아래 지침을 따릅니다.

• 이메일 주소를 구입하거나 빌리거나 공유하지 마세요. 메일을 명시적으로 요청한 주소만 사용하세요.

• 이중 옵트인을 사용하여 신규 사용자를 등록하세요. 다시 말해, 사용자가 등록하면 메일을 추가로 받기 전에 클릭해야 하는 확인 이메일을 보내세요. 이렇게 하면 누군가가 타인을 등록하는 것뿐만 아니라 실수로 등록하는 것을 방지할 수 있습니다.

• 전송하는 메일에 대한 반응을 모니터링하고 메시지를 열거나 클릭하지 않은 수신자에게는 전송을 중지하세요.

• 신규 사용자가 등록하면 이들이 수신할 이메일의 유형에 대해 명확히 알려주고 사용자가 등록한 메일 유형만 전송하도록 하세요. 예를 들어, 사용자가 뉴스 업데이트에 등록한 경우에는 광고를 보내지 마세요.

• 메일의 서식을 잘 지정하고 전문적인 인상을 주도록 하세요.

• 수신자가 메일의 발신자를 혼동하지 않도록 명확하게 표시하세요.

• 사용자가 쉽고 확실하게 메일 구독을 취소할 수 있도록 하세요.

피드백 루프를 통한 SES 수신 거부 FAQ

이 주제에서는 SES가 피드백 루프를 통해 이메일 공급자로부터 받는 수신 거부에 대한 정보를 제공합니다. 모든 유형의 수신 거부에 적용되는 일반 정보는 수신 거부 FAQ 섹션을 참조하세요.

Q1. 이 유형의 수신 거부는 어떻게 보고됩니까?

대부분의 이메일 클라이언트 프로그램은 "스팸으로 표시" 등으로 표시된 버튼을 제공합니다. 이 버튼을 누르면 메시지가 스팸 폴더로 이동한 후 이메일 공급자로 전달됩니다. 또한, 대부분의 이메일 공급자는 침해 주소(예: [e-mail])를 유지합니다. 이 주소를 통해 사용자는 원치 않는 이메일을 전달하고 공급자에게 이러한 이메일을 방지하는 작업을 할 것을 요청할 수 있습니다. SES가 이메일 공급자와 피드백 루프(FBL)를 설정한 경우 이메일 공급자가 수신 거부를 SES로 보냅니다.

참고

SES는 메시지를 보낼 때 Feedback-ID 헤더를 자동으로 설정하여 메일박스 공급자가 수신 거부 및 스팸 비율과 같은 전송 통계를 집계하고 사용할 수 있도록 합니다. SES가 제공하는 Feedback-ID 헤더 값은 다음과 같이 구성됩니다.

• FeedBackId:((SESInternalID):(AmazonSES)), 여기서 각 항목은 다음과 같습니다.

  • SESInternalID는 SES가 수신 거부 정보를 수집하는 데 사용하는 식별자입니다.

  • AmazonSES는 SES를 전송 플랫폼으로 식별하는 정적 태그입니다.

필요에 따라 SES가 제공하는 표준 Feedback-ID 헤더 값 외에도 ses:feedback-id-a 및 ses:feedback-id-b 메시지 태그를 사용하여 자체 맞춤형 피드백 ID(최대 2개)를 지정할 수 있습니다. 이메일 캠페인에 대한 세분화된 피드백 섹션을 참조하세요.

Q2. 이러한 수신 거부는 SES 콘솔에 표시되고 GetSendStatistics API가 반환하는 수신 거부 발생률 통계에 포함되나요?

예. 하지만 수신 거부 발생률 통계에는 SES로 피드백을 제공하지 않는 이메일 공급자로부터의 수신 거부는 포함하지 않습니다. 피드백을 제공하는 도메인의 수신 거부 발생률이 나머지 전송 또한 대표할 가능성이 높습니다.

Q3. 이러한 수신 거부를 어떻게 통보받을 수 있습니까?

이메일 또는 Amazon SNS 알림을 통해 통보받을 수 있습니다. Amazon SES에 대한 이벤트 알림 설정 섹션의 설정 지침을 참조하세요.

Q4. 이메일 또는 Amazon SNS를 통해 수신 거부 알림을 수신하면 어떻게 해야 합니까?

먼저 메일 그룹에서 수신 거부를 한 주소를 제거하고 해당 주소에 대한 메일 전송을 즉시 중지해야 합니다. 구독 취소 요청에 대한 이메일에도 회신하지 마세요. 수신 거부를 받는 메일박스를 프로그래밍 방식으로 처리하거나 Amazon SNS를 통해 수신 거부 알림을 설정하여 이 프로세스에 대한 자동화를 설정할 수 있습니다. 자세한 내용은 Amazon SES에 대한 이벤트 알림 설정 섹션을 참조하세요.

그런 다음 전송을 주의 깊게 살펴서 수신자가 메일을 거부한 이유를 알아보고 근본적인 문제를 해결하세요. 수신 거부를 하는 사람에 비해 수신 거부를 하지는 않았지만(또는 못했지만) 메일을 환영하지 않는 사람이 훨씬 더 많을 수 있습니다. 따라서 수신 거부를 하는 수신자를 제거하기만 하는 것은 근본적인 문제를 해결하는 것이 아닙니다.

Q5. 내 계정의 검토 원인이 되거나 내 계정의 이메일 전송 기능이 일시 중지되는 원인이 될 수 있는 SES 수신 거부 발생률을 공개하나요?

최상의 결과를 얻으려면 수신 거부 발생률을 0.1% 미만으로 유지해야 합니다. 수신 거부 발생률이 이것보다 높으면 이메일 배달에 영향을 미칠 수 있습니다.

수신 거부 발생률이 0.1% 이상이면 사용자 계정을 검토합니다. 수신 거부 발생률이 0.5% 이상이면 높은 수신 거부 발생률의 원인이 된 문제를 해결할 때까지 사용자 계정의 추가 이메일 전송 기능을 일시 중지할 수 있습니다.

Q6. 얼마 동안 수신 거부 발생률이 계산되나요?

고정된 기간을 기준으로 수신 거부 발생률을 계산하지는 않습니다. 발신자마다 전송 속도가 다르기 때문입니다. 그 대신 대표 볼륨을 살펴봅니다. 대표 볼륨은 일반적인 전송 실행을 나타내는 이메일의 양입니다. 대량 발신자와 소량 발신자 모두에게 공정을 기하기 위해 대표 볼륨은 사용자마다 다르게 적용되며 사용자의 전송 패턴 변화에 따라 바뀝니다. 또한 수신 거부 발생률은 모든 이메일을 기준으로 계산되지 않습니다. 그 대신 SES로 수신 거부 피드백을 보내는 도메인으로 전송된 메일에 대한 수신 거부 백분율로 계산됩니다.

Q7. SES 콘솔 또는 GetSendStatistics API의 지표를 사용하여 자체 수신 거부 발생률을 계산할 수 있나요?

아니요. 여기에는 다음과 같은 두 가지 주요 이유가 있습니다.

• 수신 거부 발생률은 대표 볼륨을 사용하여 계산됩니다(Q6. 얼마 동안 수신 거부 발생률이 계산되나요? 참조). 수신 거부 발생률은 전송 속도에 따라 SES 콘솔 또는 GetSendStatistics API에서 가져올 수 있는 것보다 시간상 더 앞서 나갈 수 있습니다. 이런 이유로, 이러한 방법을 정기적으로 사용하여 사용자 계정에 대한 수신 거부 발생률을 모니터링하는 것이 좋습니다. 이러한 방법으로 수신 거부 발생률을 모니터링하면 이메일 전송에 영향을 줄 수 있는 수준에 도달하기 전에 문제를 파악하는 데 필요한 정보를 얻을 수 있습니다.

• 수신 거부 발생률 계산 시 모든 이메일을 포함시키지는 않습니다. 수신 거부 발생률은 SES로 수신 거부 피드백을 보내는 도메인으로 전송된 메일에 대한 수신 거부 백분율로 계산됩니다.

Q8. 수신 거부를 한 이메일 주소를 어떻게 알 수 있나요?

SES가 이메일 또는 Amazon SNS를 통해 전송하는 수신 거부 알림을 검사합니다(Amazon SES에 대한 이벤트 알림 설정 섹션 참조). 하지만 이메일 공급자마다 제공하는 정보량이 다르며, 일부 공급자는 수신자의 이메일 주소를 수정한 후에 SES로 수신 거부 알림을 전송하기도 합니다. 이후에 수신자의 이메일 주소를 찾기 위한 최선의 옵션은 SES가 이메일을 수락할 때 사용자에게 반환하는 SES 메시지 ID와 식별자 사이의 자체 매핑을 저장하는 것입니다. SES는 사용자가 추가하는 사용자 지정 메시지 ID를 보유하지 않습니다.

Q9. 수신 거부를 모니터링하지 않은 경우 수신 거부된 주소 목록을 받을 수 있나요?

포괄적인 목록을 제공해 드리지는 않습니다. 그러나 이메일이나 Amazon SNS를 통해 추후 수신 거부를 모니터링할 수 있습니다.

Q10. 샘플 이메일을 받아볼 수 있습니까?

샘플 이메일은 요청하시더라도 보내드릴 수 없습니다만, 이 정보는 수신 거부 알림에서 확인할 수 있습니다. 자세한 내용은 Q8. 수신 거부를 한 이메일 주소를 어떻게 알 수 있나요? 섹션을 참조하세요.

수신자로부터 직접 수신한 SES 수신 거부 FAQ

이 주제에서는 SES가 수신자로부터 직접 수신하는 수신 거부에 대한 정보를 제공합니다. 모든 유형의 수신 거부에 적용되는 일반 정보는 수신 거부 FAQ 섹션을 참조하세요.

Q1. 이 유형의 수신 거부는 어떻게 보고됩니까?

여러 수신자가 이메일 또는 여타 수단을 통해 SES로 직접 귀하의 메일에 대해 문의했습니다.

Q2. 이러한 수신 거부는 SES 콘솔에 표시되고 GetSendStatistics API가 반환하는 수신 거부 발생률 통계에 포함되나요?

아니요. SES 콘솔 또는 GetSendStatistics API를 통해 검색하는 수신 거부 발생률 통계에는 SES가 피드백 루프를 통해 받는 수신 거부만 포함됩니다. 이러한 유형의 수신 거부에 대한 자세한 내용은 피드백 루프를 통한 SES 수신 거부 FAQ 섹션을 참조하세요.

Q3. 이메일 피드백 알림 또는 Amazon SNS를 통한 수신 거부에 대한 알림을 받지 못한 이유는 무엇입니까?

이메일 피드백 전달 및 Amazon SNS 알림은 SES가 피드백 루프를 통해 받는 수신 거부만 포함합니다. 수신자가 SES에 직접 제기하는 수신 거부에 대해서는 알림을 받지 않습니다.

Q4. 수신 거부를 한 이메일 주소를 어떻게 알 수 있나요?

수신 거부한 수신자의 신원을 보호하기 위해 이메일에 대해 수신 거부한 이메일 주소는 제공되지 않습니다.

목록에서 개별 수신자를 제거하는 데 집중하기 보다는 수신을 거부하게 만든 문제를 확인하는 것이 좋습니다. 먼저 고객 유치 과정을 검토하고 이메일 수신을 명시적으로 요청하지 않은 고객을 목록에서 제거하는 것이 좋습니다. 또한 이메일의 콘텐츠를 분석하여 수신자가 수신을 거부하는 이유를 이해해야 합니다.

Q5. 샘플 이메일을 받아볼 수 있습니까?

수신 거부한 수신자의 신원을 보호하기 위해 수신자가 수신 거부한 이메일의 사본은 제공되지 않습니다.

Q6. 내 계정이 검토 중이거나 직접 수신 거부로 인해 내 전송 기능이 일시 중지되었다는 알림을 수신한 경우 어떻게 해야 하나요?

이메일 수신을 특정하게 등록한 수신자에게만 메시지를 전송하도록 발송 과정을 즉시 변경하세요. 또한 수신자가 수신을 등록한 유형의 콘텐츠를 전송하고 있는지 확인하세요. 문제를 해결할 것으로 생각되는 변경 작업을 수행한 후 AWS 콘솔에 로그인하고 지원 센터로 이동합니다. 사용자를 대신하여 개설된 사례에 회신합니다. 메시지에 문제 해결을 위해 취한 조치에 관한 세부 정보를 제공하고 이러한 조치를 통해 향후 문제가 다시 발생하지 않도록 하는 방법을 설명합니다.

3주 이내에 검토를 요청하지 않고 수신자 직접 수신 거부를 계속 받으면 계정의 이메일 전송 기능이 일시 중지될 수 있습니다.

이메일 공급자를 통한 SES 수신 거부 FAQ

이 주제에서는 SES가 이메일 공급자(메일박스 공급자라고도 함)를 통해 받는 수신 거부에 대한 정보를 제공합니다. 모든 유형의 수신 거부에 적용되는 일반 정보는 수신 거부 FAQ 섹션을 참조하세요.

Q1. 이 유형의 수신 거부는 어떻게 보고됩니까?

한 이메일 공급자가 고객 중 상당 수가 귀사의 이메일을 스팸으로 표시했다고 SES로 보고했습니다. 이 보고는 피드백 루프를 통한 SES 수신 거부 FAQ에서 설명된 피드백 루프가 아닌 다른 수단을 통해 SES로 제공되었습니다.

Q2. 이러한 수신 거부는 SES 콘솔에 표시되고 GetSendStatistics API가 반환하는 수신 거부 발생률 통계에 포함되나요?

아니요. SES 콘솔 또는 GetSendStatistics API를 통해 검색하는 수신 거부 발생률 통계에는 SES가 피드백 루프를 통해 받는 수신 거부만 포함됩니다.

Q3. 이메일 피드백 알림 또는 Amazon SNS를 통한 수신 거부에 대한 알림을 받지 못한 이유는 무엇입니까?

이메일 피드백 전달 및 Amazon SNS 알림은 SES가 피드백 루프를 통해 받는 수신 거부만 포함합니다.

Q4. 수신 거부를 한 이메일 주소를 어떻게 알 수 있나요?

이메일 공급자는 일반적으로 이 정보를 공개하지 않습니다. 하지만 목록에서 개별 수신자를 제거하는 데 집중하기 보다는 근본적인 문제를 찾고 해결하는 데 집중해야 합니다. 목록 취득 프로세스와 이메일의 콘텐츠를 검토하여 수신자가 이메일을 환영하지 않은 이유를 파악하는 것부터 시작하세요.

Q5. 샘플 이메일을 받아볼 수 있습니까?

아니요. 이메일 공급자는 일반적으로 샘플 이메일을 제공하지 않습니다.

Q6. 내 계정이 검토 중이거나 이메일 공급자 수신 거부로 인해 내 전송 기능이 일시 중지되었다는 알림을 수신한 경우 어떻게 해야 하나요?

문제의 원인을 확인한 다음 해결합니다. 문제를 해결할 것으로 생각되는 변경 작업을 수행한 후 AWS 콘솔에 로그인하고 지원 센터로 이동합니다. 사용자를 대신하여 개설된 사례에 회신합니다. 메시지에 문제 해결을 위해 취한 조치에 관한 세부 정보를 제공하고 이러한 조치를 통해 향후 문제가 다시 발생하지 않도록 하는 방법을 설명합니다. 3주 이내에 검토를 요청하지 않고 공급자로부터 수신 거부를 계속 받으면 계정의 추가 이메일 전송 기능이 일시 중지될 수 있습니다.

스팸 트랩 FAQ

Q1. 스팸 트랩이란 무엇인가요?

스팸 트랩이란 인터넷 서비스 제공업체(ISP), 이메일 공급자 또는 스팸 방지 기관에서 관리하는 특수한 이메일 주소입니다. 합법적인 방식으로는 이러한 주소로부터 이메일을 수신하도록 등록할 수 없기 때문에 스팸 트랩을 관리하는 기관에서는 누군가가 이러한 주소로 메일을 보낼 경우 의심스러운 방식으로 이메일을 사용할 가능성이 있다고 파악합니다.

Q2. 스팸 트랩은 어떻게 설정하나요?

스팸 트랩 주소는 다양한 방식으로 설정할 수 있습니다. 이전에 유효했으나 장기간 사용하지 않는 (따라서 반송되는) 주소에서 변환할 수 있습니다. 스팸 트랩 목적으로 설정된 주소인 경우도 있습니다. 이러한 주소는 추측하기 어려운 특이한 주소일 수 있으며, 실제 주소와 유사한 주소인 경우(예: 일반적인 도메인 이름에 오타 삽입)도 있습니다. 스팸 트랩은 다양한 방식으로 인터넷에 배포하여 "퍼뜨려지는" 경우도 흔히 있습니다.

Q3. 스팸 트랩으로 전송하는지 여부를 SES에서 어떻게 아나요?

스팸 트랩을 운영하는 일부 기관은 SES 발신자가 스팸 트랩으로 전송했을 시 SES 알림을 보냅니다.

Q4. SES는 스팸 트랩 보고서를 어떻게 사용하나요?

보고서를 검토합니다. 계정이 스팸 트랩에 이메일을 보내고 있다고 판단되면 계정을 검토하고 기본 문제를 해결하도록 요청합니다. 검토 기간이 끝나기 전에 문제를 해결하지 않으면 계정의 추가 이메일 전송 기능이 일시 중지될 수 있습니다. 스팸 트랩 문제가 매우 심각한 경우 먼저 사용자 계정을 검토하지 않고 계정의 이메일 전송 기능을 일시 중지할 수 있습니다.

Q5. 내 계정이 검토 중이거나 스팸 트랩 문제로 인해 내 전송 기능이 일시 중지되었다는 알림을 수신한 경우 어떻게 해야 하나요?

먼저 계정 검토 또는 이메일 전송 기능 일시 중지의 원인이 된 문제를 해결해야 합니다. 그런 다음, AWS 콘솔에 로그인하고 지원 센터로 이동합니다. 사용자를 대신하여 개설된 사례에 회신합니다. 메시지에 문제 해결을 위해 취한 조치에 관한 세부 정보를 제공하고 이러한 조치를 통해 향후 문제가 다시 발생하지 않도록 하는 방법을 설명합니다. 이러한 조치가 문제를 적절하게 해결할 것으로 생각되면 검토 기간을 취소하거나 사용자 계정에서 전송 일시 중지를 제거할 것입니다.

스팸 트랩 히트의 보고 방식으로 인해 이러한 조치가 문제를 해결했는지 확인할 수 있으려면 3주 이상 걸릴 수 있습니다.

Q6. 스팸 트랩으로 몇 회 전송할 경우 사용자 계정을 검토하거나 계정의 이메일 전송 기능을 일시 중지하나요?

계정에 조치가 취해질 수 있는 일정한 스팸 트랩 횟수는 공개되지 않습니다. 그러나 스팸 트랩 횟수가 적으면 발신자로서의 평판에 매우 부정적인 영향을 줄 수 있으므로 스팸 트랩 보고서를 심각하게 받아들여야 합니다.

Q7. 스팸 트랩 주소를 공개하나요?

아니요. 스팸 트랩이 효과를 나타내려면 스팸 트랩을 비밀로 유지해야 합니다. 스팸 트랩 기관에서는 스팸 트랩 전송이 발생했다는 사실만 공개합니다. 실제 스팸 트랩 주소는 공개하지 않습니다.

Q8. 스팸 트랩으로 전송하는 일을 방지하려면 어떻게 해야 하나요?

스팸 트랩으로 전송하는 위험을 줄이려면 다음 지침을 따르세요.

• 이메일 주소를 구입하거나 빌리거나 공유하지 마세요. 메일을 명시적으로 요청한 주소만 사용하세요.

• 웹 양식에서 사용자에게 이메일 주소를 두 번 입력하도록 요청하고 두 개의 주소가 일치하는지 확인한 후에만 양식을 제출할 수 있도록 하세요.

• 이중 옵트인을 사용하여 신규 사용자를 등록하세요. 다시 말해, 사용자가 등록하면 메일을 추가로 받기 전에 클릭해야 하는 확인 이메일을 보내세요.

• 하드 반송 메일 주소가 스팸 트랩으로 변환되기 전에 미리 목록에서 제거하세요.

• 수신자의 반응을 모니터링하고 최근에 귀하의 이메일 또는 웹 사이트와 교류하지 않은 수신자에게 전송하는 것을 중지하세요. "활성 사용자"로 간주하기 위해 인정되는 기간은 사용 사례에 따라 다르지만, 일반적으로 사용자가 수개월 동안 귀하의 이메일을 열거나 클릭하지 않은 경우 귀하의 메일 수신을 원한다는 증거가 없는 한 그러한 사용자를 메일 목록에서 제거하는 것을 고려해야 합니다.

• 최근에 귀하와 상호 작용하지 않은 사람과 의도적으로 접촉하기 위한 일환으로 재참여 캠페인을 시행할 경우 상당한 주의를 기울이세요. 이러한 시도는 상당히 위험할 수 있으며 스팸 트랩 전송뿐만 아니라 반송 메일 및 수신 거부 등의 문제를 야기할 가능성이 높습니다.

• 메일 발송 목록의 전체 수신자에게 옵트인 메시지를 발송하고 확인 링크를 클릭한 수신자만 유지합니다. 이 절차는 목록에서 비활성 수신자를 제거할 뿐만 아니라 스팸 트랩 주소를 제거하는 데도 도움이 됩니다. 하지만 메일 그룹에 다수의 불량 주소가 포함되어 있다고 판단하거나 사용자 계정에 이미 반송 메일 문제가 있는 경우에는 이 기법을 사용하지 않는 것이 좋습니다. 왜냐하면 사용자 계정의 반송 메일 발생률이 더욱 늘어날 수 있기 때문입니다.

수동 조사 FAQ

Q1. 내 계정이 검토 중이거나 수동 조사로 인해 내 전송 기능이 일시 중지되었다는 알림을 수신한 경우 어떻게 해야 하나요?

SES 조사자가 전송과 관련된 중요한 문제를 발견했습니다. 일반적인 문제는 다음과 같습니다.

• 전송이 AWS 이용 정책(AUP)을 위반했습니다.

• 수신자가 원치 않는 이메일로 보입니다.

• 콘텐츠가 피싱과 관련되어 있습니다(시뮬레이션된 피싱 포함).

• 그렇지 않으면 콘텐츠가 SES에서 지원하지 않는 사용 사례와 관련이 있습니다.

문제를 해결할 수 있다고 판단되는 경우 일정 시간 동안 사용자 계정을 검토합니다. 사용자 계정을 검토하는 동안 문제 해결을 위해 이메일 전송 실행을 변경해야 합니다.

문제를 해결할 수 없다고 판단되거나 문제가 매우 심각한 경우 먼저 사용자 계정을 검토하지 않고 계정의 이메일 전송 기능을 일시 중지할 수 있습니다.

Q2. 이메일 전송의 수동 검토 원인이 될 수 있는 문제는 무엇인가요?

사용자 계정의 수동 검토 원인이 될 수 있는 문제는 몇 가지 있습니다. 그 이유는 다음과 같으나 이에 국한되지는 않습니다.

• 수신자가 사용자 계정에서 전송된 이메일에 대해 수신 거부하기 위해 SES에 문의했습니다.

• 이메일 전송 패턴에서 비정상적인 변화를 감지했습니다.

• 스팸 필터를 통해 원치 않거나 품질이 낮은 콘텐츠의 전형적인 이메일 특성을 찾았습니다.

사용자 계정을 검토하거나 계정의 이메일 전송 기능을 일시 중지하면 알림이 전송됩니다. 대부분의 경우 이 알림에는 문제에 대한 정보가 포함되어 있으며 취할 수 있는 다음 조치에 대한 정보가 나와 있습니다.

Q3. "원치 않는" 이메일이란 무엇인가요?

원치 않는 이메일이란 수신자가 명시적으로 수신을 요청하지 않은 이메일입니다. 수신자가 특정 유형의 메일(예: 알림)에 등록했지만 다른 유형의 메일(예: 광고)이 전송된 경우가 이에 포함됩니다.

사용자 계정을 검토하거나 계정의 이메일 전송 기능을 일시 중지하면 알림이 전송됩니다. 원치 않는 이메일 문제로 인해 이러한 조치 중 하나를 취하고 있다는 알림을 수신한 경우 AWS 콘솔에 로그인하고 지원 센터로 이동하세요. 사용자를 대신하여 개설된 사례에 회신합니다. 메시지에 포함하는 정보는 다음과 같습니다.

• 전송하는 모든 메시지가 수신자 측에서 특정하게 요청한 것이며 AWS 이용 정책을 준수하고 있습니까?

• 귀하 또는 귀하의 웹 사이트와 상호 작용하는 고객에게 이메일을 요청하는 것 이외의 방식으로 이메일 주소를 수집하였습니까? 메일 그룹을 입수한 방식을 설명해야 합니다.

• 구독 및 구독 취소 프로세스는 어떻게 작동합니까? 옵트인 및 옵트아웃 링크를 포함시켜야 합니다.

Q4. 내 계정이 검토 중이거나 수동 검토로 인해 내 전송 기능이 일시 중지되었다는 알림을 수신한 경우 어떻게 해야 하나요?

문제의 원인을 확인한 다음 해결합니다. 문제를 해결할 것으로 생각되는 변경 작업을 수행한 후 AWS 콘솔에 로그인하고 지원 센터로 이동합니다. 사용자를 대신하여 개설된 사례에 회신합니다. 메시지에 문제 해결을 위해 취한 조치에 관한 세부 정보를 제공하고 이러한 조치를 통해 향후 문제가 다시 발생하지 않도록 하는 방법을 설명합니다. 이러한 조치가 문제를 적절하게 해결할 것으로 생각되면 사용자 계정에 대한 검토 기간을 취소할 것입니다.

Q5. "수정할 수 있다"고 보는 문제 유형은 어떤 것인가요?

일반적으로 과거의 전송 사례가 우수했으며 전송을 대부분 계속하면서도 문제가 되는 전송을 중단하기 위해 취할 수 있는 조치가 있는 경우 상황을 수정할 수 있다고 봅니다. 예를 들어, 세 가지 유형의 이메일을 보내는 데 그 중 한 가지 유형만 문제가 되는 경우 문제가 되는 해당 전송만 중지하고 나머지 전송은 계속 진행할 수 있습니다.

Q6. 문제의 원인을 찾을 수 없는 경우에는 어떻게 하나요?

AWS 콘솔에 로그인하고 지원 센터로 이동할 수 있습니다. 사용자를 대신하여 개설된 사례에 회신하고 문제를 일으킨 메일의 샘플을 요청합니다.