This gem is now in passive maintenance mode together with roadie. (more) |
Making HTML emails comfortable for the Rails rockstars.
This gem hooks up your Rails application with Roadie to help you generate HTML emails.
Add this gem to your Gemfile as recommended by Rubygems and run bundle install.
gem 'roadie-rails', '~> 3.0'roadie-rails have two primary means of usage. The first on is the "Automatic usage", which does almost everything automatically. It's the easiest way to hit the ground running in order to see if roadie would be a good fit for your application.
As soon as you require some more "advanced" features (congratulations!), you should migrate to the "Manual usage" which entails that you do some things by yourself.
Include the Roadie::Rails::Automatic module inside your mailer. Roadie will do its magic when you try to deliver the message:
class NewsletterMailer < ActionMailer::Base
include Roadie::Rails::Automatic
def user_newsletter(user)
mail to: user.email, subject: subject_for_user(user)
end
private
def subject_for_user(user)
I18n.translate 'emails.user_newsletter.subject', name: user.name
end
end
# email has the original body; Roadie has not been invoked yet
email = NewsletterMailer.user_newsletter(User.first)
# This triggers Roadie inlining and will deliver the email with inlined styles
email.deliverBy overriding the #roadie_options method in the mailer you can disable inlining in certain cases:
class NewsletterMailer < ActionMailer::Base
include Roadie::Rails::Automatic
private
def roadie_options
super unless Rails.env.test?
end
endAnother way:
describe YourMailer do
describe "email contents" do
before do
# Disable inlining
YourMailer.any_instance.stub(:roadie_options).and_return(nil)
end
# ...
end
describe "inlined email contents" do
# ...
end
endIf you need the extra flexibility, look at the "Manual usage" below.
Include the Roadie::Rails::Mailer module inside your ActionMailer and call roadie_mail with the same options that you would pass to mail.
class NewsletterMailer < ActionMailer::Base
include Roadie::Rails::Mailer
def user_newsletter(user)
roadie_mail to: user.email, subject: subject_for_user(user)
end
private
def subject_for_user(user)
I18n.translate 'emails.user_newsletter.subject', name: user.name
end
endThis will inline the stylesheets right away, which sadly decreases performance for your tests where you might only want to inline in one of them. The upside is that you can selectively inline yourself.
class NewsletterMailer < ActionMailer::Base
include Roadie::Rails::Mailer
def subscriber_newsletter(subscriber, options = {})
use_roadie = options.fetch :use_roadie, true
mail_factory(use_roadie, normal_mail_options)
end
private
def mail_factory(use_roadie, options)
if use_roadie
roadie_mail options
else
mail options
end
end
end
# tests
describe NewsletterMailer do
it "is emailed to the subscriber's email" do
email = NewsletterMailer.subscriber_newsletter(subscriber, use_roadie: false)
email.to.should == subscriber.email
end
it "inlines the emails by default" do
email = NewsletterMailer.subscriber_newsletter(subscriber)
email.should be_good_and_cool_and_all_that_jazz
end
endOr, perhaps by doing this:
describe YourMailer do
describe "email contents" do
before do
# Redirect all roadie mail calls to the normal mail method
YourMailer.any_instance.stub(:roadie_mail) { |*args, &block| YourMailer.mail(*args, &block) }
end
# ...
end
describe "inlined email contents" do
# ...
end
endRoadie can be configured in three places, depending on how specific you want to be:
Rails.application.config.roadie(global, static).YourMailer#roadie_options(mailer, dynamic).- Second argument to the
roadie_mail(mail, specific and custom).
You can override at any level in the chain, depending on how specific you need to be.
Only the first two methods are available to you if you use the Automatic module.
# config/environments/production.rb
config.roadie.url_options = {host: "my-app.com", scheme: "https"}
# app/mailer/my_mailer.rb
class MyMailer
include Roadie::Rails::Mailer
protected
def roadie_options
super.merge(url_options: {host: Product.current.host})
end
end
# app/mailer/my_other_mailer.rb
class MyOtherMailer
include Roadie::Rails::Mailer
def some_mail(user)
roadie_mail {to: "foo@example.com"}, roadie_options_for(user)
end
private
def roadie_options_for(user)
roadie_options.combine({
asset_providers: [MyCustomProvider.new(user)],
url_options: {host: user.subdomain_with_host},
})
end
endIf you #merge you will replace the older value outright:
def roadie_options
original = super
original.url_options # => {protocol: "https", host: "foo.com"}
new = original.merge(url_options: {host: "bar.com"})
new.url_options # => {host: "bar.com"}
new
endIf you want to combine two values, use #combine. #combine is closer to Hash#deep_merge:
def roadie_options
original = super
original.url_options # => {protocol: "https", host: "foo.com"}
new = original.combine(url_options: {host: "bar.com"})
new.url_options # => {protocol: "https", host: "bar.com"}
new
end#combine is smarter than Hash#deep_merge, though. It can combine callback procs (so both get called) and Roadie::ProviderLists as well.
If you want to see the available configuration options, see the Roadie gem.
Use normal stylesheet_link_tag and foo_path methods when generating your email and Roadie will look for the precompiled files on your filesystem, or by asking the asset pipeline to compile the files for you if it cannot be found.
You can create a controller that gets the email and then renders the body from it.
class Admin::EmailsController < AdminController
def user_newsletter
render_email NewsletterMailer.user_newsletter(current_user)
end
def subscriber_newsletter
render_email NewsletterMailer.subscriber_newsletter(Subscriber.first || Subscriber.new)
end
private
def render_email(email)
respond_to do |format|
format.html { render html: email.html_part.decoded.html_safe }
format.text { render text: email.text_part.decoded }
end
end
endRoadie will not be able to find your stylesheets if you have an asset_host configured and will ignore those lines when inlining.
A workaround for this is to not use asset_host in your mailers:
config.action_controller.asset_host = # ...
config.action_mailer.asset_host = nil
# or
class MyMailer < ActionMailer::Base
self.asset_host = nil
endTested with Github Actions on multiple Ruby and Rails versions:
- Ruby:
- MRI 2.6
- MRI 2.7
- MRI 3.0
- MRI 3.1
- Rails
- 5.1
- 5.2
- 6.0
- 6.1
- 7.0
Please note that all Rails-versions are not compatible with all Ruby-versions. Let me know if you want any other combination supported officially.
This project follows Semantic Versioning.
The default rake task will take care of the setup for you.
rakeAfter running rake for the first time and you want to keep running tests without having to install all dependencies, you may run guard, rspec or rake spec depending on what you prefer.
(The MIT License)
Copyright © 2013-2022 Magnus Bergmark magnus.bergmark@gmail.com, et. al.
Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the ‘Software’), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions:
The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software.
THE SOFTWARE IS PROVIDED ‘AS IS’, WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.