
Twilio SendGrid Email
Twilio SendGridExternal reviews
External reviews are not included in the AWS star rating for the product.
Very disappointing experience
I subscribed to the service via AWS Marketplace, but I couldn’t access my account at all. The login system kept asking for a password that I was never given, and even after reaching out to support, there was no clear guidance or resolution.
The support team responded extremely slowly, and despite the urgency of the issue — which directly impacted my ability to send emails — there was no proper follow-up or explanation on how or when they would resolve the problem.
Very disappointing experience. I expected much better support, especially for a paid service.
Moving from sendgrid legacy to new subscription
Bought a new subscription from AWS marketplace but was never able to setup/configure the new subscription. The "click here to setup your account" always failed on the sso login, and nobody was able to resolve this. Ended up buying a new subscription from outside AWS marketplace and migrating all our templates etc.
Does not include SSO
If you have are after SSO, do not use the reseller program. Sendgrid informed me, after I registered, that it was not available to resellers"
Shutdown the service after two years just because 9 mails in a week
I also had my scares due to traffic peaks that I found difficult to analyze where they came from, but because of laziness I didn't change the service since I used it in dozens of places.
The last straw was when overnight (early Monday morning) they cut my service due to "malicious traffic from my endpoints", and asking me to fill out a super-exhaustive report, more than a dozen questions, to restore the service and all this, with response times to the incident of several days, meanwhile, everything stopped. That means, literaly, all my webs and services without being able to send emails.
Talking to their support, they told me that it is normal, that they had seen that one of my websites had probably been breached, and that at such a signal they would cut to the chase.
We are talking about less than a dozen emails in a week, in a contracted service of 50,000 emails per month, sometimes with peaks of 80-90k per month.
Obviously, I contracted another service, and once I got over the laziness of having to configure 22 endpoints again, I won't go back to Sendgrid even if they pay me.
The new service has a much more useful interface if any endpoint is used to send SPAM, and if so I will remove it and solve the problem.
I won't say the name of the service, it is also one of the best known, but I don't want to advertise it for free.
Multiple Issues When Upgrading Account
Because we are under a time-crunch as our old ESP gets sunset (Dyn by Oracle) and we've already done the API implementation, we're forced to stay on this system. But if I had a choice, we would not.
Pot Luck
Huge bummer for most who forward website mail. No return mail headers to troubleshoot and tons of customer complaints of good mail getting returned.
Real nightmare not owning your own mail server!
Sendgrid started as a livesaver, these days it sucks 80% of our time and causes a LOT of grey hair
Good monitoring but expensive and no IP reputation protection.
Sendgrid is providing a similar set of features from other transactional email providers at a premium cost compared to other providers. We get good access to download historical data to use in our own app, and they have a clean, limited functional dashboard.
Where they failed is when we did get exploited when someone hijacked our email script. The exploiter was able to send off more than 400K in emails through our mailscript before any protections kicked in by Sendmail. Our account typically delivers 1000 transactional emails a day, so for any type of reputation protection kick in until 4000 X our daily average went out within 3 hours means they really don't provide any reputation protection. Once they did finally stop queuing the emails, they were unable to remove the emails that had made it through (but not sent yet) to their deferral queue. So we were stuck for the next 72 hours while their servers tried to send spam emails under our account (350k of them) domain. Even though we knew they were bad emails and were already identified. So our IP reputation went from a perfect 100% to 20% over 4 days. Now most of our emails go to junk and we have to start with a brand new IP and rebuild our reputation over the next 6 months.
Sendgrid told us it was our responsibility to monitor traffic and that they had notification tools (which we had implemented but didn't notify us of the unusual traffic until it was too late - very limited notification like "you've reached 50% of your monthly quota". Pretty useless when this notification gets sent at 2am on a Sunday).
In short, they do not have the capabilities nor consider it their responsibility to protect your IP or Domain reputation.
1. They do not stop a send attack until your reputation has been damaged beyond rehabilitation (pausing sending emails at 10X our daily average to wait for our approval would have stopped this issue immediately).
2. They have no way to stop emails in their deferral queue even though they have been identified as fraudulent (we watched at these known emails took our rep down from 55% to 20% even though we knew they needed to be deleted).
3. They do not see this as their responsibility.
Almost all other transactional mail service providers have the ability to add in hard caps to daily email limits and much quicker technical triggers to catch unusual sending activity (most would have caught it before 10000 emails were sent from our IP, instead of waiting until 400000 were queued and sent).
SendGrid wasn't as intuitive as I needed
Not on par with the competition
Also the tool is not very sophisticated in terms of A/B testing, timezone split of sends etc - overall a pretty immature product for the price.