Hi, Some reasons you may want to use a background task for sending email: - You want to send the email at some point in the future,but not now. - The delay is construction the message contents is unacceptable within the request. - You don't have the option to run postfix locally on each app server. - You want to use the exception and retry management of the queue system for your emails - You don't have any postfix administration experience, but have existing experience with your background process. - You are using a email service that provide functionality beyond just sending.
Cheers, Anthony On Tue, Feb 14, 2012 at 11:20 AM, Tim Uckun <[email protected]> wrote: > What's wrong with a local install of postfix? > > Set actionmailer to sendmail and let postfix queue things up to a > smarthost. > > > > On Tue, Feb 14, 2012 at 1:07 PM, Paul Annesley <[email protected]> wrote: > > > > On 10/02/2012, at 2:15 PM, Michael Pearson wrote: > > > > Using resque or DJ would just be re-implimenting > sendmail/postfix/exim/etc. > > > > > > I think there's cases for pushing mail through a queue/worker like > Delayed > > Job or Resque. > > > > If you're already running a queue/worker: > > > > You're probably already queueing other API calls with retry logic etc, > so it > > doesn't make sense to treat mail differently. > > Configuring, maintaining, monitoring and providing visibility into a > > separate system like postfix is lots more work. > > > > Also, using an MTA like postfix only lets you shift the actual delivery > of > > messages out of the web request. Using a queue/worker lets you defer the > > querying of the data, the processing of the results, and the rendering of > > email as well. > > > > 99designs has happily processed millions of web-triggered emails through > a > > queue/worker. > > > > That said, if you have no other need for a queue/worker, and you have > some > > experience with mail servers, then running something like postfix could > be a > > simpler option for you. > > > > -- Paul > > > > -- > > You received this message because you are subscribed to the Google Groups > > "Ruby or Rails Oceania" group. > > To post to this group, send email to [email protected]. > > To unsubscribe from this group, send email to > > [email protected]. > > For more options, visit this group at > > http://groups.google.com/group/rails-oceania?hl=en. > > -- > You received this message because you are subscribed to the Google Groups > "Ruby or Rails Oceania" group. > To post to this group, send email to [email protected]. > To unsubscribe from this group, send email to > [email protected]. > For more options, visit this group at > http://groups.google.com/group/rails-oceania?hl=en. > > -- You received this message because you are subscribed to the Google Groups "Ruby or Rails Oceania" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/rails-oceania?hl=en.
