# Source: https://docs.datadoghq.com/events/guides/email.md

---
title: Events with email
description: Datadog, the leading service for cloud-scale monitoring.
breadcrumbs: Docs > Event Management > Events Guides > Events with email
---

# Events with email

{% callout %}
# Important note for users on the following Datadog sites: app.ddog-gov.com



{% alert level="danger" %}
Events with email is not supported on 
{% /alert %}


{% /callout %}

If your application does not have an existing [Datadog integration](https://docs.datadoghq.com/integrations/), and you don't want to create a [custom Agent check](https://docs.datadoghq.com/agent/agent_checks/), you can send events with email. This can also be done with messages published to an Amazon SNS topic; read the [Create Datadog Events from Amazon SNS Emails](https://docs.datadoghq.com/integrations/guide/events-from-sns-emails/) guide for more information.

## Setup{% #setup %}

Before you can send events with email, you need a dedicated email address from Datadog:

1. Log in to your [Datadog account](https://app.datadoghq.com).
1. From the **Account** menu at the bottom left, select **Organization Settings**.
1. Click the **Events API emails** tab.
1. Choose the format for your messages from the **Format** dropdown (`Plain text` or `JSON`).
1. Optionally, define any of the other attributes listed in this page's attribute definitions section.
1. Click the **Create Email** button.

The **Events API emails** section displays all the emails available for your applications and who created them.

### Attribute definitions{% #attribute-definitions %}

| Name        | Description                                                                                                                                                                                                                                                                                         | Example                            |
| ----------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------------------- |
| Description | A description of the email's purpose.                                                                                                                                                                                                                                                               | "Used for MyService notifications" |
| Tags        | List of tags to be appended to each event received through the email. If other tags are present in the JSON message, they are all added.There is a limit of **20** tags per email.                                                                                                                  | `tag1:val1`, `tag2:val2`           |
| Recipients  | List of handles to be added to the beginning of the message for all events created through the email, without `@` prefix. For more information, see [Notification recipients](https://docs.datadoghq.com/monitors/notify/#notification-recipients).There is a limit of **10** recipients per email. | `my@email.com`, `slack-acc-ch`     |
| Alert Type  | The alert type for events created from the event email. When present, the `alertType` field in a JSON email takes precedence over any other `alertType` values.                                                                                                                                     | `Info`                             |

## Submission{% #submission %}

There are two different ways to send events with email:

{% tab title="JSON" %}
If you have complete control over the email sent by an application, then you can use configure a JSON-formatted message. This format allows you to set everything in the event that appears in Datadog.

### Source email{% #source-email-1 %}

With a JSON-formatted email, the following fields are controllable:

- The sender's email address
- All arguments from the [Datadog Events API](https://docs.datadoghq.com/api/v1/events/)

**Note**: If your JSON is not properly formatted, or the email is sent without a subject, the event doesn't show in your event stream.

### Datadog event{% #datadog-event-1 %}

In a JSON-formatted email, the subject of the email doesn't appear in the event. The value of the title attribute is used for the event title. All data that appears in the event should be defined in JSON in the body of the email. Furthermore, the body must be pure, well-formed JSONâif not, the message is ignored. Example event sent with JSON:

{% image
   source="https://datadog-docs.imgix.net/images/developers/events/json-event.3d65bbcd485128b3b36b1c3f0f948637.png?auto=format"
   alt="json event" /%}

**Note**: If you are testing the email with a standard email client, the body may be converted to HTML. This causes the body to no longer be pure JSON, resulting in an ignored email.
{% /tab %}

{% tab title="Plain text" %}
If you have little control over the email sent by an application, use a plain text formatted message.

### Source email{% #source-email-2 %}

With a plain text formatted email, the following fields are controllable:

| Field                | Required | Description                     |
| -------------------- | -------- | ------------------------------- |
| Sender email address | Yes      | The email address of the sender |
| Subject              | Yes      | The subject of the email        |
| Body                 | Yes      | The body of the email           |

For example, the email below is a valid submission:

```text
Sender's email: matt@datadog.com
Subject: Env:Test - System at 50% CPU - #test
Body: This is a test message showing that env:test is at 50% CPU - #test
```

### Email body processing{% #email-body-2 %}

The email body goes through several cleanup steps to enhance readability and security. The expected changes include:

- **HTML to Markdown**: HTML content is converted to its markdown equivalent.
- **HTML sanitization**: For security, email bodies are sanitized, allowing only specific HTML tags: `a`, `br`, `code`, `div`, `em`, `h1`, `h2`, `h3`, `h4`, `h5`, `h6`, `hr`, `iframe`, `img`, `li`, `ol`, `p`, `pre`, `span`, `strong`, `ul`. Any other HTML tag, including strings enclosed in `<>`, are removed.
- **Strip reply/forward content**: Only the most recent email in a thread is retained, with older replies and forwards removed.

### Datadog event{% #datadog-event-2 %}

The subject of the email becomes the title of the event and the body of the email becomes the event message. The sender of the email appears at the bottom of the event. Tags can be added by using `#` in message body. Example event sent with plain text:

{% image
   source="https://datadog-docs.imgix.net/images/developers/events/plain-event.87cb767715232540192ee7284974160b.png?auto=format"
   alt="plain event" /%}

{% /tab %}

### Markdown{% #markdown %}

Datadog event text supports [Markdown](http://daringfireball.net/projects/markdown/syntax#lin) but embedding HTML in Markdown is not supported. To use Markdown in the event text, start the text block with `%%% \n` and end the text block with `\n %%%`:

```json
{
  "title": "Did you hear the news today?",
  "text": "%%% \n [an example link](http://example.com/session_id \"Title\") \n %%%",
  "priority": "normal",
  "tags": ["environment:test"],
  "alert_type": "info"
}
```

If you are embedding a link in a Markdown block, make sure the URL is encoded properly:

```text
# Not encoded
http://example.com/session_id:123456

# Encoded
http://example.com/session_id%3A123456
```

### Email size{% #email-size %}

The maximum allowed email size, including content and attachments, is 20MB. Emails exceeding this limit are ignored.

### Usage tracking{% #usage-tracking %}

To understand which emails are being used and receiving events, check the `Last Used` column in the **Events API Emails** tab in organization settings. This displays the most recent date that an email was processed for each address, or `No data` if there are no records of it being used.