167 lines
7.6 KiB
Plaintext
167 lines
7.6 KiB
Plaintext
---
|
|
title: Email Functionality
|
|
label: Overview
|
|
order: 10
|
|
desc: Payload uses an adapter pattern to enable email functionality. Set up email functions such as password resets, order confirmations and more.
|
|
keywords: email, overview, config, configuration, documentation, Content Management System, cms, headless, javascript, node, react, nextjs
|
|
---
|
|
|
|
## Introduction
|
|
|
|
Payload has a few email adapters that can be imported to enable email functionality. The [@payloadcms/email-nodemailer](https://www.npmjs.com/package/@payloadcms/email-nodemailer) package will be the package most will want to install. This package provides an easy way to use [Nodemailer](https://nodemailer.com) for email and won't get in your way for those already familiar.
|
|
|
|
The email adapter should be passed into the `email` property of the Payload Config. This will allow Payload to send [auth-related emails](../authentication/email) for things like password resets, new user verification, and any other email sending needs you may have.
|
|
|
|
## Configuration
|
|
|
|
### Default Configuration
|
|
|
|
When email is not needed or desired, Payload will log a warning on startup notifying that email is not configured. A warning message will also be logged on any attempt to send an email.
|
|
|
|
### Email Adapter
|
|
|
|
An email adapter will require at least the following fields:
|
|
|
|
| Option | Description |
|
|
| --------------------------- | -------------------------------------------------------------------------------- |
|
|
| **`defaultFromName`** \* | The name part of the From field that will be seen on the delivered email |
|
|
| **`defaultFromAddress`** \* | The email address part of the From field that will be used when delivering email |
|
|
|
|
|
|
### Official Email Adapters
|
|
|
|
| Name | Package | Description |
|
|
| ---------- | ------------------------------------------------------------------------------------------ | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
|
|
| Nodemailer | [@payloadcms/email-nodemailer](https://www.npmjs.com/package/@payloadcms/email-nodemailer) | Use any [Nodemailer transport](https://nodemailer.com/transports), including SMTP, Resend, SendGrid, and more. This was provided by default in Payload 2.x. This is the easiest migration path. |
|
|
| Resend | [@payloadcms/email-resend](https://www.npmjs.com/package/@payloadcms/email-resend) | Resend email via their REST API. This is preferred for serverless platforms such as Vercel because it is much more lightweight than the nodemailer adapter. |
|
|
|
|
## Nodemailer Configuration
|
|
|
|
| Option | Description |
|
|
| ---------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
|
|
| **`transport`** | The Nodemailer transport object for when you want to do it yourself, not needed when transportOptions is set |
|
|
| **`transportOptions`** | An object that configures the transporter that Payload will create. For all the available options see the [Nodemailer documentation](https://nodemailer.com) or see the examples below |
|
|
|
|
## Use SMTP
|
|
|
|
Simple Mail Transfer Protocol (SMTP) options can be passed in using the `transportOptions` object on the `email` options. See the [Nodemailer SMTP documentation](https://nodemailer.com/smtp/) for more information, including details on when `secure` should and should not be set to `true`.
|
|
|
|
**Example email options using SMTP:**
|
|
|
|
```ts
|
|
import { buildConfig } from 'payload'
|
|
import { nodemailerAdapter } from '@payloadcms/email-nodemailer'
|
|
|
|
export default buildConfig({
|
|
email: nodemailerAdapter({
|
|
defaultFromAddress: 'info@payloadcms.com',
|
|
defaultFromName: 'Payload',
|
|
// Nodemailer transportOptions
|
|
transportOptions: {
|
|
host: process.env.SMTP_HOST,
|
|
port: 587,
|
|
auth: {
|
|
user: process.env.SMTP_USER,
|
|
pass: process.env.SMTP_PASS,
|
|
},
|
|
},
|
|
}),
|
|
})
|
|
```
|
|
|
|
**Example email options using nodemailer.createTransport:**
|
|
|
|
```ts
|
|
import { buildConfig } from 'payload'
|
|
import { nodemailerAdapter } from '@payloadcms/email-nodemailer'
|
|
import nodemailer from 'nodemailer'
|
|
|
|
export default buildConfig({
|
|
email: nodemailerAdapter({
|
|
defaultFromAddress: 'info@payloadcms.com',
|
|
defaultFromName: 'Payload',
|
|
// Any Nodemailer transport can be used
|
|
transport: nodemailer.createTransport({
|
|
host: process.env.SMTP_HOST,
|
|
port: 587,
|
|
auth: {
|
|
user: process.env.SMTP_USER,
|
|
pass: process.env.SMTP_PASS,
|
|
},
|
|
}),
|
|
}),
|
|
})
|
|
```
|
|
|
|
**Custom Transport:**
|
|
|
|
You also have the ability to bring your own nodemailer transport. This is an example of using the SendGrid nodemailer transport.
|
|
|
|
|
|
```ts
|
|
import { buildConfig } from 'payload'
|
|
import { nodemailerAdapter } from '@payloadcms/email-nodemailer'
|
|
import nodemailerSendgrid from 'nodemailer-sendgrid'
|
|
|
|
|
|
export default buildConfig({
|
|
email: nodemailerAdapter({
|
|
defaultFromAddress: 'info@payloadcms.com',
|
|
defaultFromName: 'Payload',
|
|
transportOptions: nodemailerSendgrid({
|
|
apiKey: process.env.SENDGRID_API_KEY,
|
|
}),
|
|
}),
|
|
})
|
|
```
|
|
|
|
During development, if you pass nothing to `nodemailerAdapter`, it will use the [ethereal.email](https://ethereal.email) service.
|
|
|
|
This will log the ethereal.email details to console on startup.
|
|
|
|
```ts
|
|
import { nodemailerAdapter } from '@payloadcms/email-nodemailer'
|
|
|
|
export default buildConfig({
|
|
email: nodemailerAdapter(),
|
|
})
|
|
```
|
|
|
|
## Resend Configuration
|
|
|
|
The Resend adapter requires an API key to be passed in the options. This can be found in the Resend dashboard. This is the preferred package if you are deploying on Vercel because this is much more lightweight than the Nodemailer adapter.
|
|
|
|
| Option | Description |
|
|
| ------ | ----------------------------------- |
|
|
| apiKey | The API key for the Resend service. |
|
|
|
|
```ts
|
|
import { buildConfig } from 'payload'
|
|
import { resendAdapter } from '@payloadcms/email-resend'
|
|
|
|
export default buildConfig({
|
|
email: resendAdapter({
|
|
defaultFromAddress: 'dev@payloadcms.com',
|
|
defaultFromName: 'Payload CMS',
|
|
apiKey: process.env.RESEND_API_KEY || '',
|
|
}),
|
|
})
|
|
```
|
|
|
|
## Sending Mail
|
|
|
|
With a working transport you can call it anywhere you have access to Payload by calling `payload.sendEmail(message)`. The `message` will contain the `to`, `subject` and `html` or `text` for the email being sent. Other options are also available and can be seen in the sendEmail args. Support for these will depend on the adapter being used.
|
|
|
|
```ts
|
|
// Example of sending an email
|
|
const email = await payload.sendEmail({
|
|
to: 'test@example.com',
|
|
subject: 'This is a test email',
|
|
text: 'This is my message body',
|
|
})
|
|
```
|
|
|
|
## Using multiple mail providers
|
|
|
|
Payload supports the use of a single transporter of email, but there is nothing stopping you from having more. Consider a use case where sending bulk email is handled differently than transactional email and could be done using a [hook](/docs/hooks/overview).
|