Sending email
The code lives in the django.core.mail
module.
In two lines:
Mail is sent using the SMTP host and port specified in theEMAIL_HOST
and settings. TheEMAIL_HOST_USER
and settings, ifset, are used to authenticate to the SMTP server, and theEMAIL_USE_TLS
and settings control whethera secure connection is used.
Note
The character set of email sent with django.core.mail
will be set tothe value of your DEFAULT_CHARSET
setting.
send_mail()
sendmail
(_subject, message, from_email, recipient_list, fail_silently=False, auth_user=None, auth_password=None, connection=None, html_message=None)[source]- In most cases, you can send email using
django.core.mail.send_mail()
.
The subject
, message
, from_email
and recipient_list
parametersare required.
subject
: A string.message
: A string.from_email
: A string.recipient_list
: A list of strings, each an email address. Eachmember ofrecipient_list
will see the other recipients in the “To:”field of the email message.fail_silently
: A boolean. When it’sFalse
,send_mail()
will raiseansmtplib.SMTPException
if an error occurs. See the docs for a list of possible exceptions, all of which are subclasses ofSMTPException
.auth_user
: The optional username to use to authenticate to the SMTPserver. If this isn’t provided, Django will use the value of the setting.auth_password
: The optional password to use to authenticate to theSMTP server. If this isn’t provided, Django will use the value of theEMAIL_HOST_PASSWORD
setting.connection
: The optional email backend to use to send the mail.If unspecified, an instance of the default backend will be used.See the documentation on for more details.htmlmessage
: Ifhtml_message
is provided, the resulting email will be a_multipart/alternative email withmessage
as thetext/plain content type andhtmlmessage
as the_text/html content type.The return value will be the number of successfully delivered messages (whichcan be0
or1
since it can only send one message).
send_mass_mail()
sendmass_mail
(_datatuple, fail_silently=False, auth_user=None, auth_password=None, connection=None)django.core.mail.send_mass_mail()
is intended to handle mass emailing.
datatuple
is a tuple in which each element is in this format:
- (subject, message, from_email, recipient_list)
fail_silently
, auth_user
and auth_password
have the same functionsas in .
Each separate element of datatuple
results in a separate email message.As in send_mail()
, recipients in the samerecipient_list
will all see the other addresses in the email messages’“To:” field.
For example, the following code would send two different messages totwo different sets of recipients; however, only one connection to themail server would be opened:
- message1 = ('Subject here', 'Here is the message', 'from@example.com', ['first@example.com', 'other@example.com'])
- message2 = ('Another Subject', 'Here is another message', 'from@example.com', ['second@test.com'])
- send_mass_mail((message1, message2), fail_silently=False)
The return value will be the number of successfully delivered messages.
The main difference between andsend_mail()
is that opens a connection to the mail servereach time it’s executed, while send_mass_mail()
usesa single connection for all of its messages. This makes slightly more efficient.
mailadmins
(_subject, message, fail_silently=False, connection=None, html_message=None)[source]django.core.mail.mail_admins()
is a shortcut for sending an email to thesite admins, as defined in theADMINS
setting.
mail_admins()
prefixes the subject with the value of the setting, which is "[Django] "
by default.
The “From:” header of the email will be the value of theSERVER_EMAIL
setting.
This method exists for convenience and readability.
If htmlmessage
is provided, the resulting email will be a_multipart/alternative email with message
as thetext/plain content type and htmlmessage
as the_text/html content type.
mail_managers()
mailmanagers
(_subject, message, fail_silently=False, connection=None, html_message=None)[source]django.core.mail.mail_managers()
is just likemail_admins()
, except itsends an email to the site managers, as defined in theMANAGERS
setting.
Examples
This sends a single email to john@example.com and , with themboth appearing in the “To:”:
- send_mail(
- 'Subject',
- 'Message.',
- ['john@example.com', 'jane@example.com'],
- )
This sends a message to john@example.com and , with them bothreceiving a separate email:
- datatuple = (
- ('Subject', 'Message.', 'from@example.com', ['john@example.com']),
- ('Subject', 'Message.', 'from@example.com', ['jane@example.com']),
- )
- send_mass_mail(datatuple)
Header injection is a security exploit in which an attacker inserts extraemail headers to control the “To:” and “From:” in email messages that yourscripts generate.
The Django email functions outlined above all protect against header injectionby forbidding newlines in header values. If any subject
, from_email
orrecipient_list
contains a newline (in either Unix, Windows or Mac style),the email function (e.g. ) will raisedjango.core.mail.BadHeaderError
(a subclass of ) and, hence,will not send the email. It’s your responsibility to validate all data beforepassing it to the email functions.
If a message
contains headers at the start of the string, the headers willbe printed as the first bit of the email message.
Here’s an example view that takes a subject
, message
and from_email
from the request’s POST data, sends that to admin@example.com and redirects to“/contact/thanks/” when it’s done:
- from django.core.mail import BadHeaderError, send_mail
- from django.http import HttpResponse, HttpResponseRedirect
- def send_email(request):
- subject = request.POST.get('subject', '')
- message = request.POST.get('message', '')
- from_email = request.POST.get('from_email', '')
- if subject and message and from_email:
- try:
- send_mail(subject, message, from_email, ['admin@example.com'])
- except BadHeaderError:
- return HttpResponse('Invalid header found.')
- return HttpResponseRedirect('/contact/thanks/')
- else:
- # In reality we'd use a form class
- # to get proper validation errors.
- return HttpResponse('Make sure all fields are entered and valid.')
The EmailMessage class
Django’s send_mail()
and functions are actually thinwrappers that make use of the EmailMessage
class.
Not all features of the class areavailable through the send_mail()
and relatedwrapper functions. If you wish to use advanced features, such as BCC’edrecipients, file attachments, or multi-part email, you’ll need to create instances directly.
Note
EmailMessage
is responsible for creating the emailmessage itself. The is thenresponsible for sending the email.
For convenience, EmailMessage
provides a send()
method for sending a single email. If you need to send multiple messages, theemail backend API .
- class
EmailMessage
[source] The
EmailMessage
class is initialized with thefollowing parameters (in the given order, if positional arguments are used).All parameters are optional and can be set at any time prior to calling thesend()
method.subject
: The subject line of the email.body
: The body text. This should be a plain text message.from_email
: The sender’s address. Bothfred@example.com
and"Fred" <fred@example.com>
forms are legal. If omitted, the setting is used.to
: A list or tuple of recipient addresses.bcc
: A list or tuple of addresses used in the “Bcc” header whensending the email.connection
: An email backend instance. Use this parameter ifyou want to use the same connection for multiple messages. If omitted, anew connection is created whensend()
is called.attachments
: A list of attachments to put on the message. These canbe eitherMIMEBase
instances, or(filename,content, mimetype)
triples.headers
: A dictionary of extra headers to put on the message. Thekeys are the header name, values are the header values. It’s up to thecaller to ensure header names and values are in the correct format foran email message. The corresponding attribute isextra_headers
.cc
: A list or tuple of recipient addresses used in the “Cc” headerwhen sending the email.reply_to
: A list or tuple of recipient addresses used in the “Reply-To”header when sending the email.For example:
The class has the following methods:
send(fail_silently=False)
sends the message. If a connection wasspecified when the email was constructed, that connection will be used.Otherwise, an instance of the default backend will be instantiated andused. If the keyword argumentfail_silently
isTrue
, exceptionsraised while sending the message will be quashed. An empty list ofrecipients will not raise an exception.message()
constructs adjango.core.mail.SafeMIMEText
object (asubclass of Python’s class) or adjango.core.mail.SafeMIMEMultipart
object holding the message to besent. If you ever need to extend theEmailMessage
class, you’ll probably want tooverride this method to put the content you want into the MIME object.recipients()
returns a list of all the recipients of the message,whether they’re recorded in theto
,cc
orbcc
attributes. Thisis another method you might need to override when subclassing, because theSMTP server needs to be told the full list of recipients when the messageis sent. If you add another way to specify recipients in your class, theyneed to be returned from this method as well.attach()
creates a new file attachment and adds it to the message.There are two ways to callattach()
:You can pass it a single argument that is a instance. This will be inserted directlyinto the resulting message.
Alternatively, you can pass
attach()
three arguments:filename
,content
andmimetype
.filename
is the nameof the file attachment as it will appear in the email,content
isthe data that will be contained inside the attachment andmimetype
is the optional MIME type for the attachment. If youomitmimetype
, the MIME content type will be guessed from thefilename of the attachment.
For example:
- message.attach('design.png', img_data, 'image/png')
If you specify a mimetype
of message/rfc822
, it will also acceptdjango.core.mail.EmailMessage
and .
For a mimetype
starting with text/
, content is expected to be astring. Binary data will be decoded using UTF-8, and if that fails, theMIME type will be changed to application/octet-stream
and the data willbe attached unchanged.
In addition, message/rfc822
attachments will no longer bebase64-encoded in violation of RFC 2046#section-5.2.1, which can causeissues with displaying the attachments in and Thunderbird.
attach_file()
creates a new attachment using a file from yourfilesystem. Call it with the path of the file to attach and, optionally,the MIME type to use for the attachment. If the MIME type is omitted, itwill be guessed from the filename. You can use it like this:
- message.attach_file('/images/weather_map.png')
For MIME types starting with text/
, binary data is handled as inattach()
.
Sending alternative content types
It can be useful to include multiple versions of the content in an email; theclassic example is to send both text and HTML versions of a message. WithDjango’s email library, you can do this using the EmailMultiAlternatives
class. This subclass of EmailMessage
has anattach_alternative()
method for including extra versions of the messagebody in the email. All the other methods (including the class initialization)are inherited directly from .
To send a text and HTML combination, you could write:
- subject, from_email, to = 'hello', 'from@example.com', 'to@example.com'
- text_content = 'This is an important message.'
- html_content = '<p>This is an <strong>important</strong> message.</p>'
- msg = EmailMultiAlternatives(subject, text_content, from_email, [to])
- msg.attach_alternative(html_content, "text/html")
- msg.send()
By default, the MIME type of the body
parameter in anEmailMessage
is "text/plain"
. It is goodpractice to leave this alone, because it guarantees that any recipient will beable to read the email, regardless of their mail client. However, if you areconfident that your recipients can handle an alternative content type, you canuse the content_subtype
attribute on the class to change the main content type.The major type will always be "text"
, but you can change thesubtype. For example:
- msg = EmailMessage(subject, html_content, from_email, [to])
- msg.content_subtype = "html" # Main content is now text/html
- msg.send()
Email backends
The actual sending of an email is handled by the email backend.
The email backend class has the following methods:
open()
instantiates a long-lived email-sending connection.close()
closes the current email-sending connection.send_messages(email_messages)
sends a list of objects. If the connection isnot open, this call will implicitly open the connection, and close theconnection afterwards. If the connection is already open, it will beleft open after mail has been sent.It can also be used as a context manager, which will automatically callopen()
andclose()
as needed:
- from django.core import mail
- with mail.get_connection() as connection:
- mail.EmailMessage(
- subject1, body1, from1, [to1],
- connection=connection,
- ).send()
- mail.EmailMessage(
- subject2, body2, from2, [to2],
- connection=connection,
- ).send()
The get_connection()
function in django.core.mail
returns aninstance of the email backend that you can use.
getconnection
(_backend=None, fail_silently=False, *args, **kwargs)- By default, a call to
get_connection()
will return an instance of theemail backend specified in . If you specify thebackend
argument, an instance of that backend will be instantiated.
The fail_silently
argument controls how the backend should handle errors.If fail_silently
is True, exceptions during the email sending processwill be silently ignored.
All other arguments are passed directly to the constructor of theemail backend.
Django ships with several email sending backends. With the exception of theSMTP backend (which is the default), these backends are only useful duringtesting and development. If you have special email sending requirements, youcan write your own email backend.
SMTP backend
- class
backends.smtp.
EmailBackend
(host=None, port=None, username=None, password=None, use_tls=None, fail_silently=False, use_ssl=None, timeout=None, ssl_keyfile=None, ssl_certfile=None, **kwargs) - This is the default backend. Email will be sent through a SMTP server.
host
:port
:EMAIL_PORT
username
:password
:EMAIL_HOST_PASSWORD
use_tls
:use_ssl
:EMAIL_USE_SSL
timeout
:ssl_keyfile
:EMAIL_SSL_KEYFILE
ssl_certfile
: The SMTP backend is the default configuration inherited by Django. If youwant to specify it explicitly, put the following in your settings:
If unspecified, the default timeout
will be the one provided bysocket.getdefaulttimeout()
, which defaults to None
(no timeout).
Console backend
Instead of sending out real emails the console backend just writes theemails that would be sent to the standard output. By default, the consolebackend writes to stdout
. You can use a different stream-like object byproviding the stream
keyword argument when constructing the connection.
To specify this backend, put the following in your settings:
- EMAIL_BACKEND = 'django.core.mail.backends.console.EmailBackend'
This backend is not intended for use in production – it is provided as aconvenience that can be used during development.
File backend
The file backend writes emails to a file. A new file is created for each newsession that is opened on this backend. The directory to which the files arewritten is either taken from the setting or fromthe file_path
keyword when creating a connection withget_connection()
.
To specify this backend, put the following in your settings:
- EMAIL_BACKEND = 'django.core.mail.backends.filebased.EmailBackend'
- EMAIL_FILE_PATH = '/tmp/app-messages' # change this to a proper location
This backend is not intended for use in production – it is provided as aconvenience that can be used during development.
In-memory backend
The 'locmem'
backend stores messages in a special attribute of thedjango.core.mail
module. The outbox
attribute is created when thefirst message is sent. It’s a list with anEmailMessage
instance for each message that wouldbe sent.
To specify this backend, put the following in your settings:
- EMAIL_BACKEND = 'django.core.mail.backends.locmem.EmailBackend'
This backend is not intended for use in production – it is provided as aconvenience that can be used during development and testing.
Dummy backend
As the name suggests the dummy backend does nothing with your messages. Tospecify this backend, put the following in your settings:
- EMAIL_BACKEND = 'django.core.mail.backends.dummy.EmailBackend'
This backend is not intended for use in production – it is provided as aconvenience that can be used during development.
If you need to change how emails are sent you can write your own emailbackend. The EMAIL_BACKEND
setting in your settings file is thenthe Python import path for your backend class.
Custom email backends should subclass BaseEmailBackend
that is located inthe django.core.mail.backends.base
module. A custom email backend mustimplement the send_messages(email_messages)
method. This method receives alist of instances and returns thenumber of successfully delivered messages. If your backend has any concept ofa persistent session or connection, you should also implement the open()
and close()
methods. Refer to smtp.EmailBackend
for a referenceimplementation.
Establishing and closing an SMTP connection (or any other network connection,for that matter) is an expensive process. If you have a lot of emails to send,it makes sense to reuse an SMTP connection, rather than creating anddestroying a connection every time you want to send an email.
There are two ways you tell an email backend to reuse a connection.
Firstly, you can use the send_messages()
method. send_messages()
takesa list of EmailMessage
instances (or subclasses),and sends them all using a single connection.
For example, if you have a function called get_notification_email()
thatreturns a list of objects representingsome periodic email you wish to send out, you could send these emails usinga single call to send_messages:
- from django.core import mail
- connection = mail.get_connection() # Use default email connection
- messages = get_notification_email()
In this example, the call to send_messages()
opens a connection on thebackend, sends the list of messages, and then closes the connection again.
The second approach is to use the open()
and close()
methods on theemail backend to manually control the connection. send_messages()
will notmanually open or close the connection if it is already open, so if youmanually open the connection, you can control when it is closed. For example:
There are times when you do not want Django to send emails atall. For example, while developing a website, you probably don’t wantto send out thousands of emails – but you may want to validate thatemails will be sent to the right people under the right conditions,and that those emails will contain the correct content.
The easiest way to configure email for local development is to use theconsole email backend. This backendredirects all email to stdout, allowing you to inspect the content of mail.
The email backend can also be usefulduring development – this backend dumps the contents of every SMTP connectionto a file that can be inspected at your leisure.
Another approach is to use a “dumb” SMTP server that receives the emailslocally and displays them to the terminal, but does not actually sendanything. Python has a built-in way to accomplish this with a single command:
- python -m smtpd -n -c DebuggingServer localhost:1025
This command will start a minimal SMTP server listening on port 1025 oflocalhost. This server prints to standard output all email headers and theemail body. You then only need to set the EMAIL_HOST
and accordingly. For a more detailed discussion of SMTPserver options, see the Python documentation for the smtpd
module.