mirror of
https://github.com/rails/rails.git
synced 2022-11-09 12:12:34 -05:00
docs should say email
not Email
. [ci skip]
This commit is contained in:
parent
dfac4ced1d
commit
080fc9cad3
3 changed files with 4 additions and 4 deletions
|
@ -51,7 +51,7 @@ module ActionMailer
|
|||
# * <tt>mail</tt> - Allows you to specify email to be sent.
|
||||
#
|
||||
# The hash passed to the mail method allows you to specify any header that a <tt>Mail::Message</tt>
|
||||
# will accept (any valid Email header including optional fields).
|
||||
# will accept (any valid email header including optional fields).
|
||||
#
|
||||
# The mail method, if not passed a block, will inspect your views and send all the views with
|
||||
# the same name as the method, so the above action would send the +welcome.text.erb+ view
|
||||
|
|
|
@ -574,7 +574,7 @@ The following methods have been removed because they are no longer used in the f
|
|||
Action Mailer
|
||||
-------------
|
||||
|
||||
Action Mailer has been given a new API with TMail being replaced out with the new [Mail](http://github.com/mikel/mail) as the Email library. Action Mailer itself has been given an almost complete re-write with pretty much every line of code touched. The result is that Action Mailer now simply inherits from Abstract Controller and wraps the Mail gem in a Rails DSL. This reduces the amount of code and duplication of other libraries in Action Mailer considerably.
|
||||
Action Mailer has been given a new API with TMail being replaced out with the new [Mail](http://github.com/mikel/mail) as the email library. Action Mailer itself has been given an almost complete re-write with pretty much every line of code touched. The result is that Action Mailer now simply inherits from Abstract Controller and wraps the Mail gem in a Rails DSL. This reduces the amount of code and duplication of other libraries in Action Mailer considerably.
|
||||
|
||||
* All mailers are now in `app/mailers` by default.
|
||||
* Can now send email using new API with three methods: `attachments`, `headers` and `mail`.
|
||||
|
|
|
@ -138,7 +138,7 @@ When you call the `mail` method now, Action Mailer will detect the two templates
|
|||
|
||||
Mailers are really just another way to render a view. Instead of rendering a
|
||||
view and sending out the HTTP protocol, they are just sending it out through the
|
||||
Email protocols instead. Due to this, it makes sense to just have your
|
||||
email protocols instead. Due to this, it makes sense to just have your
|
||||
controller tell the Mailer to send an email when a user is successfully created.
|
||||
|
||||
Setting this up is painfully simple.
|
||||
|
@ -164,7 +164,7 @@ class UsersController < ApplicationController
|
|||
|
||||
respond_to do |format|
|
||||
if @user.save
|
||||
# Tell the UserMailer to send a welcome Email after save
|
||||
# Tell the UserMailer to send a welcome email after save
|
||||
UserMailer.welcome_email(@user).deliver
|
||||
|
||||
format.html { redirect_to(@user, notice: 'User was successfully created.') }
|
||||
|
|
Loading…
Reference in a new issue