- Newest
- Most votes
- Most comments
I understand your frustration with the SES production access denials. While I don't have specific information about your case, here are some key considerations that may help:
Common reasons for denial:
- AWS evaluates requests based on your sending practices, compliance history, and how well you've demonstrated you can maintain good sender reputation
- Even legitimate organizations can be denied if the use case description doesn't clearly demonstrate proper email practices or if there are concerns about list quality
Steps to improve your request:
-
Be extremely specific in your use case description: Clearly explain that this is transactional communication with existing supporters who have explicitly opted in. Emphasize the low volume (2,000/month) and your established relationship with recipients.
-
Demonstrate technical readiness: You mentioned bounce handling and SNS webhooks - make sure your request explicitly details your complaint handling process, how you'll process bounces and complaints in real-time, and your suppression list management.
-
Provide evidence of legitimacy: Include your charity registration number, website URL, and examples of the types of emails you'll send. Make it clear these are relationship emails to existing supporters, not marketing to purchased lists.
-
Request feedback: When reopening, specifically ask what concerns led to the denial and what additional information you can provide.
-
Consider starting smaller: Request a modest sending limit initially (even just above sandbox) to build reputation before requesting higher limits.
If cases keep closing without response, you may want to escalate through AWS Support (if you have a support plan) or try reaching out through your AWS account team if you have one assigned to your organization.
Though the above answer looks correct, you mentioned it's not helping your situation. Unfortunately, only AWS Support can help allow SES production access. From my experience, I only put 2 details when I applied for SES production access.
- we are {company_type} company that needs to send emails for {purpose}
- we will be sending approximately {# of emails} a day
I didn't go into details into our current process and how we plan to migrate, etc.
and that's basically it, got access in a couple of days.
"only AWS Support can help" - Yes, but the problem is that I can't get in touch with them at all. The cases just get rejected without any feedback. I'm pretty sure that no human is actually reviewing this, because how could they possibly turn us down? We are the most harmless and legitimate NGO, and we've put together a perfect case; we just want to send a few emails.
The only reason I can think of is that our AWS account is new. But really, of course it's new! I don't require anything other than SES, so I register and want to use it. Obviously, it's new.
We are facing the same problem. I have complained to multiple places about the Trust and Safety team. They refuse to approve legitimate users, yet they automatically grant access to accounts that go on to send spam. I have documented everything and escalated the issue to Amazon executives. Until this two-faced Trust and Safety group is removed from Amazon, nobody will be able to operate properly. On top of that, Amazon is paying these people very high salaries.
Relevant content
- asked a year ago
- asked a year ago
- asked a year ago
- asked 3 months ago

To answer these points: I have actually done everything this the list. Our request includes the charity registration number, website URL, full explanation of opt-in sources, detailed bounce handling via SNS webhooks, automatic suppression list management, real-time unsubscribe processing, and the List-Unsubscribe header. We even mentioned that we plan to send one final newsletter through Mailchimp before migrating, specifically to clean the list of any remaining bounces or unsubscribes before importing to SES.
But here is my core problem with your point #1 - and honestly with AWS's entire review process: how am I supposed to demonstrate sending practices, compliance history, and sender reputation when I am stuck in the sandbox? The sandbox exists precisely to prevent me from sending to real recipients. I cannot build a track record without production access, and I cannot get production access without a track record. It feels like a catch-22 that is impossible to escape for a brand new account, no matter how legitimate the use case is.
The cases are being closed without any response at all - not a denial with reasons, just silently closed. So requesting feedback hasn't worked either.
Has anyone actually found a way out of this specific situation - repeated silent closures on a new account?