4 ms·
Regardless of which package you use for delivering email, I can't recommend enough to put the email delivery code into an async job queue that automatically ret
by kenperkins 13y ago
Regardless of which package you use for delivering email, I can't recommend enough to put the email delivery code into an async job queue that automatically retries.
Even with major providers there are enough occasional blips that you don't want to impact delivery of your email. Additionally, it would allow you to decouple sending (popping from the queue) if you ever needed to delay it momentarily.
- balls187 13y agoWhat async job queue do you recommend? Is it decoupled from your app server?
- kenperkins 13y agoIdeally yes, it's running on a different machine. But most certainly a different process. For the queue, I've wrapped redis and rabbitmq clients with a simple retry logic that re-enqueues the job on failure to send. It's about choosing what's right for your use case.
- baudehlo 13y agoHow about a mail server?
- balls187 13y agoMy use isn't specific to mail. Instead I would like something similar to Resque in functionality.