Stop to delivery emails every time you change it!
Maily is a Rails Engine to preview, follow up, test and edit the emails of your applications in the browser.
- Mountable engine
- Visual preview in the browser (attachments as well)
- Template edition
- Email delivery
- Features configurables per environment
- Flexible authorization
- Minimalistic interface (thanks to @gnatok)
- Easy way (named hooks) to define data for emails
- Generator to handle a comfortable installation
Add this line to you Gemfile:
gem 'maily'
Run generator:
rails g maily:install
This generator runs some tasks for you:
- Mounts the engine (to
/maily
by default) in your routes - Adds an initializer (into
config/initializers/maily.rb
) to customize some settings - Adds a file (into
lib/maily_hooks.rb
) to define hooks
You should configure Maily via the initializer. You can set these options per environment:
Maily.enabled = ENV['MAILY_ENABLED']
Maily.enabled = Rails.env.production? ? false : true
Initializer sample (full options list):
# config/initializers/maily.rb
Maily.setup do |config|
# On/off engine
# config.enabled = Rails.env.production? ? false : true
# Allow templates edition
# config.allow_edition = Rails.env.production? ? false : true
# Allow deliveries
# config.allow_delivery = Rails.env.production? ? false : true
# I18n.available_locales by default
# config.available_locales = [:en, :es, :pt, :fr]
# Run maily under different controller ('ActionController::Base' by default)
# config.base_controller = '::AdminController'
# Http basic authentication (nil by default)
# config.http_authorization = { username: 'admin', password: 'secret' }
end
This feature was designed for development
environment. Since it's just a file edition and running production
mode, code is not reloaded between requests, Rails doesn't take in account this change (without restarting the server). Also, allow arbitrary ruby code evaluation is potentially dangerous, that's not a good idea for production
.
So, templates edition is not allowed running production
mode.
Most of emails need to populate data to consume it and do interesting things. Hooks are used to define this data with a little DSL. Example:
# lib/maily_hooks.rb
user = User.new(email: 'user@example.com')
comment = Struct.new(:body).new('Lorem ipsum') # stub way
service = FactoryGirl.create(:service) # using fixtures with FactoryGirl
Maily.hooks_for('Notifier') do |mailer|
mailer.register_hook(:welcome, user, template_path: 'users')
mailer.register_hook(:new_comment, user, comment)
end
Maily.hooks_for('PaymentNotifier') do |mailer|
mailer.register_hook(:invoice, user, service)
end
Note that you are able to override template_path
like can be done in Rails. You must pass this option as a hash and last argument:
Maily.hooks_for('YourMailerClass') do |mailer|
mailer.register_hook(:your_mail, template_path: 'notifications')
end
Basically, you have 2 ways to restrict the access to Maily
.
By default Maily
runs under ActionController::Base
, but you are able to customize that parent controller (Maily.base_controller
option) in order to achieve (using before_action
) a kind of access control system. For example, set a different base controller:
Maily.base_controller = '::AdminController'
And write your own authorization rules in the defined base_controller
:
class AdminController < ActionController::Base
before_action :maily_authorized?
private
def maily_authorized?
(current_user && current_user.admin?) || raise("You don't have access to this section!")
end
end
You can also authorize yours users via HTTP basic authentication, simply use this option:
Maily.http_authorization = { username: 'admin', password: 'secret' }
Rails 4.1 introduced a built-in mechanism to preview the application emails. It is in fact a port of basecamp/mail_view gem to the core.
Alternatively, there are some other plugins to get a similar functionality with different approaches and options. For example, ryanb/letter_opener, sj26/mailcatcher or glebm/rails_email_preview.
Copyright (c) 2013-2015 Marc Anguera. Maily is released under the MIT License.