# 이메일 클레임 및 바운스 처리, AWS SES 샌드박스 탈출?
**URL:** https://meta.discourse.org/t/handling-email-complaints-and-bounces-exiting-aws-ses-sandbox/260845
**Category:** Self-hosting
**Tags:** email
**Created:** [4월 6, 2023, 5:12오후 UTC](https://meta.discourse.org/t/handling-email-complaints-and-bounces-exiting-aws-ses-sandbox/260845 "2023-04-06T17:12:59Z")
**Posts on this page:** 2
**Page:** 1
### Author:  [@shyguy](https://meta.discourse.org/u/shyguy)
#### Post date: [4월 6, 2023, 5:13오후 UTC](https://meta.discourse.org/t/handling-email-complaints-and-bounces-exiting-aws-ses-sandbox/260845/1 "2023-04-06T17:13:00Z")
SES 샌드박스에서 며칠째 고스란히 빠져나오지 못하고 있는데, 초기 자동 응답 외에는 아무 답이 없습니다.
제가 찾고 있는 것은 두 가지입니다.
1. 샌드박스에서 벗어나는 방법
2. 바운스(미달)와 불만(complaints) 처리에 대해 그들이 원하는 것을 실제로 어떻게 달성하는지?
- VERP를 작동시킬 수 있다고 가정하면, 바운스는 자동화 방식으로 처리됩니다. 이것이 그들에게 충분할 것이라 생각합니다.
- **그렇다면 불만은 어떻게 자동화된 폐쇄 루프 방식으로 처리되는 것** 일까요? 그들이 원하는 답은 무엇일까요?
이 주제를 보았는데, 지침이 최신이 아닌 것 같습니다:
> [@Amazon SES/SNS 이메일 클레임 수신 안 됨, 바운스 정보 누락](https://meta.discourse.org/t/amazon-ses-sns-email-complaints-not-received-bounces-missing-information/239247/4):
>
> This is what I’m currently doing as a manual workaround for rejections. But I’d still love to figure out the ‘right’ solution for both rejections and bounces in SES. SES also doesn’t report complaint emails by default. Use these instructions to hook it up to CloudWatch to gather more info. [How to Log Amazon SES details using Amazon CloudWatch | AWS Messaging Blog](https://aws.amazon.com/blogs/messaging-and-targeting/how-to-log-amazon-ses-details-using-amazon-cloudwatch/) (I had to manually update the included template to a newer version of Python to make it work) This creates a CloudWatch \> Logs \> Lo…
제 지원 티켓 내용입니다
> [@](#):
>
> 사용 사례 설명: 계정 등록 및 관리; 비밀번호 재설정; 다른 사용자로부터의 알림
> 메일 유형: TRANSACTIONAL(거래용)
>
> * * *
>
> _(자동 메시지)_
> _안녕하세요,_
>
> _발송 한도 증대를 위한 요청을 제출해 주셔서 감사합니다. 사용 사례에 대해 추가 정보를 수집하고자 합니다._
>
> _Amazon SES를 어떻게 사용할 계획인지에 대한 추가 정보를 제공해 주시면, 정보를 검토하여 발송 방식을 이해하고 발송 경험을 개선하기 위한 모범 사례를 권장해 드릴 수 있습니다. 응답 시, 이메일 발송 프로세스와 절차에 대해 가능한 한 많은 세부 사항을 포함해 주십시오._
>
> _예를 들어, 이메일을 얼마나 자주 발송하는지, 수신자 목록을 어떻게 관리하는지, 바운스, 불만, 구독 해지 요청을 어떻게 관리하는지 알려 주십시오. 또한, 발송할 이메일의 예시를 제공해 주시면 수신자가 받고 싶어 하는 고품질 콘텐츠인지 확인하는 데 도움이 됩니다._
>
> _이 메시지에 회신하여 이 정보를 제공해 주십시오. 저희 팀은 24시간 이내에 초기 응답을 드립니다. 가능할 경우, 이 24시간 이내에 요청을 승인해 드립니다. 그러나 추가 정보가 필요할 수 있으며, 요청 해결에 더 많은 시간이 소요될 수 있습니다._
>
> _Amazon Web Services에 문의해 주셔서 감사합니다._
>
> * * *
>
> 이것은 토론 포럼 및 채팅 서비스입니다.
>
> 사용자들은 스스로 계정을 등록합니다. 그 이상의 메일링 리스트는 없습니다.
>
> 이메일은 거래용(Transactional)이며, 포럼 및 채팅 소프트웨어 내 각 사용자의 계정 설정에 따라 발송됩니다. 기본적으로 발송되는 내용은 많지 않습니다.
>
> 소프트웨어는 구독 해지 링크를 보내지만, 사용자가 설정을 변경하거나 정말 원할 경우 계정을 삭제할 수도 있습니다.
>
> 불만은 포럼에 문의(사이트의 문의 폼 또는 이메일)를 통해 관리됩니다.
>
> SNS를 사용하여 바운스를 모니터링할 계획입니다.
>
> * * *
>
> 불만도 CloudWatch에서 모니터링됩니다.
>
> * * *
>
> 제 소프트웨어는 VERP를 지원하므로, 이 또한 구성할 것입니다.
감사합니다
---
### Author:  [@shyguy](https://meta.discourse.org/u/shyguy)
#### Post date: [4월 7, 2023, 6:17오후 UTC](https://meta.discourse.org/t/handling-email-complaints-and-bounces-exiting-aws-ses-sandbox/260845/2 "2023-04-07T18:17:23Z")
거부당했네요! 아, 정말.
> [@Amazon Web Services](#):
>
> _발송 한도에 대한 추가 정보를 제공해 주셔서 감사합니다. 현재로서는 고객님의 요청을 승인할 수 없습니다._
>
> _요청 사항을 검토한 결과, Amazon SES 사용이 당사 서비스에 부정적인 영향을 미칠 수 있다고 판단되었습니다. 다른 Amazon SES 고객이 서비스 중단을 경험하지 않도록 이 요청을 거부합니다._
>
> _보안상의 이유로 구체적인 세부 사항은 제공해 드릴 수 없습니다._
>
> _당사의 정책에 대한 자세한 내용은 AWS 허용 사용 정책( [AWS Acceptable Use Policy](http://aws.amazon.com/aup/) ) 및 AWS 서비스 약관( [AWS Service Terms](http://aws.amazon.com/serviceterms/) )을 확인해 주시기 바랍니다._
>
> …
>
> _감사합니다._
> _신뢰 및 안전 팀 드림_