3 ms·
that's because SES HATES being used. IT's very much a "If you absolutely _must_ send and email from here.. fine. we'll let you, but you _really_ ought to use so
by masukomi 7y ago
that's because SES HATES being used. IT's very much a "If you absolutely _must_ send and email from here.. fine. we'll let you, but you _really_ ought to use some other service."
- JoshTriplett 7y agoCan you elaborate a little on that? SES looks reasonable from the outside; what problems does it have that other email services don't?
- robjan 7y agoNot GP but I can give you my experience. SES seems to be a "good enough" solution if you use their API. There are a lot of missing features, such as logging anything other than metadata, which makes it not so useful if you are operating in a regulated industry. The real problems come when you try to use the SMTP gateway. It's quite slow and unreliable and doesn't really work for parallel workloads. The only way to somewhat mitigate it is to deploy a postfix into EC2 and then queue your emails there.
- JoshTriplett 7y ago> The real problems come when you try to use the SMTP gateway. It's quite slow and unreliable and doesn't really work for parallel workloads. Ah, that's helpful to know. I would normally have wanted to use the SMTP gateway as a more portable API, to avoid tying things to Amazon-specific APIs. But it sounds like doing so would add substantial fragility.