Skip to main content
GET
Preview application email

Authorizations

Authorization
string
header
required

Personal access token, sent as Authorization: Bearer <token>.

Path Parameters

app_id
string
required

ID of the app the emails belong to.

email_type
string
required

The application email: password_reset, email_verification, user_invite, or access_approved.

Response

The rendered email.

An application email as the app sends it.

type
enum<string>
required

The application email.

Available options:
password_reset,
email_verification,
user_invite,
access_approved
Example:

"password_reset"

subject
string
required

The subject line recipients see.

Example:

"Reset your password for Acme Bookings"

html
string
required

The email as HTML, with sample values in place of the recipient's details, such as the name Alex and a sample code or link.

Example:

"<!doctype html><html><body>Hi Alex, reset your password for Acme Bookings.</body></html>"

authored_template_id
string | null
required

ID of the app's own template for this email, or null when the app has none. Having one doesn't mean it's sent: for email_verification, authored_status says which version goes out. Delete it with Delete email template to go back to the Base44 version.

Example:

"68c1f0a2b3d4e5f6a7b8c9d0"

authored_status
enum<string> | null
required

Only for email_verification, which goes to people who haven't signed up yet, so the app's own version has extra requirements. live when the app's own version is sent. Otherwise, the reason the Base44 version is sent instead: no_email_domain until the app sends from its own email domain, awaiting_screen while the app's version is being reviewed, which can take up to an hour, rejected when it didn't pass review, missing_code when it doesn't show the verification code, over_daily_budget when it reached today's sending limit, too_large when it's too large to send, and mjml when it's written in MJML rather than HTML. no_email_domain is reported even when the app has no version of its own. null for the other emails, and for email_verification when the app's plan doesn't include its own version, or when the app sends from its own email domain but has no version of its own.

Available options:
live,
no_email_domain,
awaiting_screen,
rejected,
missing_code,
over_daily_budget,
too_large,
mjml
Example:

"live"