No commit activity in last 3 years
No release in over 3 years
With this gem you will be able to enqueue your emails on your Resque workers to avoid making your user wait for the email to be send when he causes an email sending action in your application. Using resque_action_mailer_backend makes email sending a breeze as you will be able to use Resque to retry failed emails, easily deliver all those marketing emails to your clients and without changing anything at your email sending code. Just tell your application to use :resque for sending emails and you're done, no need to add yet another tool just for delivering your emails if you're already using Resque for your asynchronous processing.
2005
2006
2007
2008
2009
2010
2011
2012
2013
2014
2015
2016
2017
2018
2019
2020
2021
2022
2023
2024
 Dependencies

Development

>= 1.2.9

Runtime

>= 2.2.0
>= 1.8.0
 Project Readme

resque_action_mailer_backend¶ ↑

With this gem you will be able to enqueue your emails on your Resque workers to avoid making your user wait for the email to be send when he causes an email sending action in your application.

Using resque_action_mailer_backend makes email sending a breeze as you will be able to use Resque to retry failed emails, easily deliver all those marketing emails to your clients and without changing anything at your email sending code.

Just tell your application to use :resque for sending emails and you’re done, no need to add yet another tool just for delivering your emails if you’re already using Resque for your asynchronous processing.

And a special thanks for the ar_mailer guys for building the first email queue for Rails application.

This project is hosted at: github.com/mauricio/resque_action_mailer_backend

You can find a blog post about it here: codeshooter.wordpress.com/2010/07/28/asynchronous-email-deliveries-using-resque-and-resque_action_mailer_backend/

And you can also see a sample project using it here: github.com/mauricio/resque_action_mailer_backend_example

This gem was tested with Ruby 1.8.7 and Rails 2.2.

Note on Patches/Pull Requests¶ ↑

  • Fork the project.

  • Make your feature addition or bug fix.

  • Add tests for it. This is important so I don’t break it in a future version unintentionally.

  • Commit, do not mess with rakefile, version, or history. (if you want to have your own version, that is fine but bump version in a commit by itself I can ignore when I pull)

  • Send me a pull request. Bonus points for topic branches.

Copyright © 2010 Maurício Linhares. See LICENSE for details.

Contributors¶ ↑

  • Fábio Yamate - @fabioyamate