This module is useful for sending emails from playbooks. One may wonder why automate sending emails? In complex environments there are from time to time processes that cannot be automated, either because you lack the authority to make it so, or because not everyone agrees to a common approach. If you cannot automate a specific step, but the step is non-blocking, sending out an email to the responsible party to make him perform his part of the bargain is an elegant way to put the responsibility in someone else’s lap. Of course sending out a mail can be equally useful as a way to notify one or more people in a team that a specific action has been (successfully) taken.
parameter | required | default | choices | comments |
---|---|---|---|---|
attach |
no | A space-separated list of pathnames of files to attach to the message. Attached files will have their content-type set to application/octet-stream . | ||
bcc |
no | The email-address(es) the mail is being 'blind' copied to. This is a comma-separated list, which may contain address and phrase portions. | ||
body |
no | $subject | The body of the email being sent. | |
cc |
no | The email-address(es) the mail is being copied to. This is a comma-separated list, which may contain address and phrase portions. | ||
charset |
no | us-ascii | The character set of email being sent | |
from |
no | root | The email-address the mail is sent from. May contain address and phrase. | |
headers |
no | A vertical-bar-separated list of headers which should be added to the message. Each individual header is specified as header=value (see example below). | ||
host |
no | localhost | The mail server | |
password (added in 1.9) |
no | If SMTP requires password | ||
port |
no | 25 | The mail server port | |
subject |
yes | The subject of the email being sent. | ||
subtype (added in 2.0) |
no | plain | The minor mime type, can be either text or html. The major type is always text. | |
to |
no | root | The email-address(es) the mail is being sent to. This is a comma-separated list, which may contain address and phrase portions. | |
username (added in 1.9) |
no | If SMTP requires username |
# Example playbook sending mail to root - local_action: mail subject='System {{ ansible_hostname }} has been successfully provisioned.' # Sending an e-mail using Gmail SMTP servers - local_action: mail host='smtp.gmail.com' port=587 username=username@gmail.com password='mysecret' to="John Smith <john.smith@example.com>" subject='Ansible-report' body='System {{ ansible_hostname }} has been successfully provisioned.' # Send e-mail to a bunch of users, attaching files - local_action: mail host='127.0.0.1' port=2025 subject="Ansible-report" body="Hello, this is an e-mail. I hope you like it ;-)" from="jane@example.net (Jane Jolie)" to="John Doe <j.d@example.org>, Suzie Something <sue@example.com>" cc="Charlie Root <root@localhost>" attach="/etc/group /tmp/pavatar2.png" headers=Reply-To=john@example.com|X-Special="Something or other" charset=utf8 # Sending an e-mail using the remote machine, not the Ansible controller node - mail: host='localhost' port=25 to="John Smith <john.smith@example.com>" subject='Ansible-report' body='System {{ ansible_hostname }} has been successfully provisioned.'
For more information on what this means please read Extras Modules
For help in developing on modules, should you be so inclined, please read Community Information & Contributing, Helping Testing PRs and Developing Modules.