Amazon SES Reviews & Insights

We were looking for a tool to send bulk promotional and transactional emails without putting them in spam, then we looked over Amazon Simple Email Service (SES). It offers various features which are not simple, as its name sounds. We can use their well-developed SDK to send emails via our server and our domain.

Amazon Simple Email Service comes with the bundle of Amazon Web Services (AWS) and it also offers a limited number of emails per month for free. One who has a technical background and wants to send custom emails with custom domains in a professional way can go with Amazon Simple Email Service. If you have no technical background or tech team, it might not be useful for you.

We integrate it into our website to get feedback or help the customers after the launch and it was great working using simple email service (SES). It was easy to set up. it is efficient to use. It is very cheap in cost as well. It was a great experience using it

It is difficult to set a Sandbox environment. In the SNS environment, we need to verify all emails we need to send emails and all emails we want to receive an email so it becomes difficult when we integrate it to a website where tons of emails are going to receive in it.

We use Amazon SES to send non-transactional (marketing) emails for our online services. It makes sense for us to keep transactional and non-transactional email routing totally separate, and Amazon SES allows that.

Amazon SES is well-suited for a "do-it-yourself" mass-mailing solution, where fine control over mail delivery is required. Since mail server reputation affects deliverability greatly, and SES has a good reputation, it's a great fit for SMBs: mail server reputation cannot be built overnight. Amazon SES is not a turnkey solution, so significant internal expertise is required, and it cannot be compared to packaged services like Mailchimp.

We use Amazon Simple Email Service to send out email notifications on different scenarios and different triggers like when EC2 shuts down due to crash. We also detect events like memory overflow on EC2, S3 bucket changes, and various fishing attacks on an EC2 instance.

We use Amazon Simple Email Service to auto-respond to users that submit messages through a contact form. We are using Amazon Simple Email Service with our self hosted python application to send our marketing emails, get feedback for our services, and Hackathons.

We use Amazon Simple Email Service (SES) on several client accounts as well as several of our own applications and services. We primarily use Amazon Simple Email Service to send informational emails related to status notifications, important updates, and information requests within different applications and services. We've implemented SES for as many as 50 domains and feel confident when recommending it to clients.

Amazon Simple Email Service is an excellent choice for integrating high-volume or important email delivery into an existing application, service, or custom established workflow in your organization. If you have a true development group looking for a seamless way of handling email delivery, this is the right product for you. It's easiest to set up if you're already using other AWS services such as Route53 for DNS but can function as a standalone service. However, if you're expecting a product that was designed to do all of its intended functions from a user interface, that's not what Amazon Simple Email Service was intended to be.

We use it to send newsletters from our company. And we have installed it to a lot of clients, integrated with PHP email scripts (that we made ourselves) so they can send emails too. We have users with more than 1 million mails sent per day. It's very useful because delivery is fast and it's easy to integrate with PHP scripts.

It's not for spam. They have a limit for bounced emails, so you must have your email lists clean and updated.

We decide to use Amazon Simple Email Service for our email service, as we were having all of our infrastructure running in AWS, and we really think this was the best move. Working on a specific web application and we need it to send emails, so for developers was really easy to interact with AWS SDK for implementing the changes. For operation, this was a great option also, as the price is really low, and this is a great plus compare to other services in the market.

If you're working with an AWS infrastructure this is the best move, as you will get great benefits from using it and your development team will feel that they know what they're doing. If you're not using AWS, this probably can be a problem, as you will not get the 62,000 emails for free, or developers will feel a little strange working with different technologies.

I use SES both internally and for customers. Internally it is used for our website contact forms and other internal applications.
We have used SES with several customers for the past 8 or so years.

SES solves one of the most common annoyances in programming. Email deliverability. With SES (configured correctly) we have no issues with spam filters.

SES is great when you have an online form that needs to send email. It's bullet proof and can handle large loads.
I probably wouldn't use SES for a smaller temporary use case. There is configuration needed with SES and potential (tiny) costs.

Generally, I have one configuration that I use for most forms unless I expect high traffic. In that case I keep it separate.

I use Amazon SES for mailing forms from websites. I've found delivery to be very reliable and much faster than standard phpmailer. It's quite easy to set-up and verify your domain, and emails still deliver as if they came from your website.

Perfect for website forms. Never used it elsewhere, but for form delivery it can't beat it. Even WordPress has plugins that make hook-up very simple and straightforward.

We are starting to use the AWS ecosystem for different developments. So for our department in our organization our demos are hosted on AWS and we are sending all the outbound emails using AWS SES. The benefit of this is we don't have to set up an SMTP server and we can directly use this feature with no extra efforts.

In our demos, we try sending the reports to the email ids from which the user is logged in. Our demos are hosted on AWS ECS and the whole demo works on the AWS ecosystem. So to send the reports we use AWS SES as it is in the same ecosystem, no extra SMTP configuration needed and it is very easy. So in this way, we use SES for many demos and other use as well.