# Set up a transactional email

Transactional messages are email or push notifications that your audience implicitly opts-into, like a transaction receipt or a password reset request. You can send transactional messages programmatically through Customer.io.

 New to transactional messaging?

Check out our [getting started](/journeys/transactional-api/) section to learn more about transactional concepts and how our transactional API works.

## Before you begin[](#before-you-begin)

Before you can send transactional emails, you need to:

*   Confirm your registration email and [verify your account](/journeys/account-verification).
*   [Authenticate your sending domain](/journeys/authentication). If you configured a [custom SMTP server](/use-your-smtp-server/), [contact us](mailto:win@customer.io) to manually authenticate your sending domain.
*   Get your [app API key](https://fly.customer.io/settings/api_credentials?keyType=app). This is the bearer token that you’ll use when calling the transactional API. app API keys are not the same as the Track API keys that you use to update profiles and trigger events. Customer.io does not store app API keys (only a hashed version) and you can restrict app API keys to specific IP addresses for extra security.

**We also recommend that you use a different, specialized domain or subdomain for transactional messages**. A sending domain is the domain of the “From email address” when you send emails, and you can request that we add your transactional domain to our [specialized, transactional IP pool](/journeys/transactional-api/#transactional-emails-have-their-own-ip-pool). Email providers like Gmail monitor the sending domain for unusual behavior and spam complaints. Separating your transactional domain from your marketing domain—something like `marketing.example.com` and `transactional.example.com`—prevents your marketing messages from affecting your critical transactional messages. [Learn more about domain reputation](/journeys/email-deliverability-best-practices#ip-and-domain-reputation).

## Create a transactional email[](#create-a-transactional-email)

 Try our Postman collection!

You can use our [Postman](https://www.getpostman.com) collection and associated environment to get started with the Customer.io API. Our environment is based on our US endpoints; if you’re in our EU region, you’ll need to add `-eu` to `track_api_url` and `app_api_url` variables.

(function(e,t,n,s,o,i,a){!e\[n\]&&(e\[n\]=function(){(e\[s\]||(e\[s\]=\[\])).push(arguments)}),!t.getElementById(n+s)&&t.getElementsByTagName("head")\[0\].appendChild((a=t.createElement("script"),a.id=n+s,a.async=1,a.src=o,a))})(window,document,"\_pm","PostmanRunObject","https://run.pstmn.io/button.js")

1.  Go to the **Transactional** page and click **Send your first message** or **Create message**—depending on whether there are already transactional messages in your workspace.
    
2.  Name your message and provide a description. These fields help your team members understand what kind of message this is (like “Password Reset Instructions”). You can also use the *Name* of your message instead of the `transactional_message_id` when you send your message.
    
    [![create_transactional_step1.png](https://docs.customer.io/images/image%28552%29.png)](#d043a05d0fb6a474cbb4d49700a56dca-lightbox)
    
3.  Click **Add Content** and set up your message. You’ll [choose your editor](/journeys/email-editors/) or start from an existing email. When you build your email, you can personalize messages using attributes (`{{customer.<attribute>}}`) or API trigger data (`{{trigger.<data-object-property>}}`) to customize your message.
    
    [![create_transactional_step2.png](https://docs.customer.io/images/create_transactional_email_step2.png)](#def62288cac8eab93847f23eaeb3327a-lightbox)
    
4.  Configure your message settings.
    
    *   **Send to unsubscribed people?** Unsubscribed people probably still want to receive your important transactional messages.
        
        [The FTC provides guidelines about what qualifies as a transactional message](https://www.ftc.gov/business-guidance/resources/can-spam-act-compliance-guide-business), including what to do for messages that combine transactional and marketing content.
        
    *   **Enable open and link tracking?** Enable this setting if you need to know if people open or click links in your transactional messages.
        
    *   **Protect sensitive data by disabling message retention?** This setting prevents Customer.io from retaining your message content in delivery history and associated API calls. You might want to do this to conceal sensitive content, like password reset tokens.
        
    *   **Queue messages as drafts?** This setting generates a draft for every message you trigger, rather than sending them automatically. You can review these messages under the “Drafts” tab and decide whether to send or delete them.
        
    *   **Set a Trigger Name**: This is a friendly name for your message that you can use instead of the `transactional_message_id` when you send your message. It may help make your integration more human-readable if you use triggers that represent the kinds of messages you send—like `password reset` or `order confirmation`.
        
    
    [![configure your message's settings](https://docs.customer.io/images/transactional-configure-settings.png)](#719a8bbd00b09dd859842c9bef79e280-lightbox)
    
5.  To complete the setup, you need to call the API and trigger a message. If you’re not yet ready to send a message directly from your code, you can use an HTTP client like [Postman](https://getpostman.com) or send a cURL request from your terminal to test your message and complete the setup process.
    
    [![image.png](https://docs.customer.io/images/image%28559%29.png)](#b87167cb09f6793cf713276073c24154-lightbox)
    

## Examples and API parameters[](#examples-and-api-parameters)

Below are examples of transactional emails. We’ve provided a basic payload and examples for cURL, our Node.JS SDK, and our Python SDK.

We’ve also provided a list of parameters for transactional message payloads. Your payload changes based on whether you reference a `transactional_message_id` (a template) or not. See our [REST API](/integrations/api/app/#operation/sendEmail) documentation for more information.

 Basic Payload

#### Basic Payload[](#Basic Payload)

```json
{
  "transactional_message_id": 44,
  "to": "cool.person@example.com",
  "subject": "Did you really login from a new location?",
  "identifiers": {
    "email": "cool.person@example.com"
  },
  "message_data": {
    "password_reset_token": "abcde-12345-fghij-d888",
    "account_id": "123dj"
  },
  "send_to_unsubscribed": true,
  "tracked": true,
  "disable_css_preprocessing": true
}
```

 Node.js

#### Node.js[](#Node.js)

```javascript
const { APIClient, SendPushRequest, RegionUS } = require("customerio-node");
const api = new APIClient('app-key', { region: RegionUS });

const request = new SendPushRequest({
  to: "person@example.com",
  transactional_message_id: "44",
  message_data: {
    password_reset_token: "abcde-12345-fghij-d888",
    account_id: "123dj"
  },
  identifiers: {
    id: "2",
  },
});

api.sendPush(request)
  .then(res => console.log(res))
  .catch(err => console.log(err.statusCode, err.message))
```

 Python

#### Python[](#Python)

```python
from customerio import APIClient, Regions, SendPushRequest
client = APIClient("your API key", region=Regions.US)

request = SendPushRequest(
  transactional_message_id="3",
  identifiers={
    "id": "2",
  }
)

response = client.send_push(request)
print(response)
```

 cURL

#### cURL[](#cURL)

```bash
curl --request POST \
  --url https://api.customer.io/v1/send/email \
  --header 'content-type: application/json' \
  --data '{
    "transactional_message_id": 44,
    "to": "cool.person@example.com",
    "from": "override-templated-address@example.com",
    "subject": "Did you really login from a new location?",
    "identifiers": {
        "email": "cool.person@example.com"
    },
    "message_data": {
        "password_reset_token": "abcde-12345-fghij-d888",
        "account_id": "123dj"
    },
    "bcc": "bcc@example.com",
    "disable_message_retention": false,
    "send_to_unsubscribed": true,
    "tracked": true,
    "queue_draft": false,
    "disable_css_preprocessing": true
}'
```

*   transactional\_message\_id 
    
    Required The transactional message template that you want to use for your message. You can call the template by its numerical ID or by the *Trigger Name* that you assigned the template (case insensitive).
    
    integer
    
    The ID of the transactional message you want to send.
    
    string
    
    The name of trigger for the transactional message you want to send; you set the trigger name in the *Configure Settings* step when setting up your message. This is case insensitive.
    
*   body string
    
    The HTML body of your message. This overrides the body of the transactional template (referenced by `transactional_message_id`). If you send an AMP-enabled email (with `body_amp`), and the recipient’s email client doesn’t support AMP, this is the fallback email.
    
*   body\_plain string
    
    The plaintext body of your message. This overrides the body of your transactional template (referenced by `transactional_message_id`).
    
*   from string
    
    The address that your email is from. This address must be verified by Customer.io. This overrides the from address set within the transactional template (referenced by `transactional_message_id`). You can include a display/friendly name in your from address, but we recommend that you use quotation marks around the friendly name to avoid potential issues with special characters, e.g. `\"Person\" <person@example.com>`.
    
*   language string
    
    Overrides language preferences for the person you want to send your transactional message to. Use one of our [supported two- or four-letter language codes](/localization-getting-started/#supported-languages).
    
*   subject string
    
    The subject line for your message. This overrides the subject of the transactional template (referenced by `transactional_message_id`).
    

*   body string
    
    Required The body of your message.
    
*   from string
    
    Required The address that your email is from. This address must be verified by Customer.io. You can include a display/friendly name in your from address in the format `Person <person@example.com>`.
    
*   subject string
    
    Required The subject line for your message.
    

## Update the content of your email[](#update-the-content-of-your-email)

You can update the contents of your message through our user interface or API.

We’ve exposed [an API endpoint](/integrations/api/app/#operation/updateTransactional) so you can manage your message contents programmatically. This request takes a `body`, which represents the complete HTML content of your message.

You’ll reference the message you want to update by `transactional_id` and `content_id`. You can find both in the URL when you look at the content of a message in the format `https://fly.customer.io/journeys/env/last/composer/transactional/:transactional_message_id/templates/:content_id`. For example, if I look at a transactional message with this URL: `https://fly.customer.io/journeys/env/last/composer/transactional/3/templates/139`, then the `transactional_id` is 3 and the `content_id` is 139.

```shell
curl --request PUT \
  --url https://api.customer.io/v1/transactional/{transactional_id}/content/{content_id} \
  --header 'Authorization: Bearer REPLACE_BEARER_TOKEN' \
  --header 'content-type: application/json' \
  --data '{"body":"string"}'
```

 Did you just update a snippet?

If you just updated a [snippet](/journeys/snippets/) used in your messages, make sure you wait a couple of minutes before activating your workflow to ensure all updates appear in your delivered messages.