Order emails

The /orders/emails tab shows a log of every order-related email that has been queued or sent. It covers all transactional email nodes: order receipt, shipped, delivered, refunded, and recall emails (RECALL_1, RECALL_2, RECALL_3).

Prerequisites

• The ORDERS_EMAILS feature permission assigned to your role.
• An email provider configured under Settings → Email Provider. Without an active provider, emails queue but cannot be sent.

Email list columns

Column	Notes
Order	Order number and current order status, linked to the order detail page.
Recipient	The to address the email was or will be sent to.
Type	Template type: ORDER_RECEIPT, ORDER_SHIPPED, ORDER_DELIVERED, ORDER_REFUNDED, RECALL_1, RECALL_2, or RECALL_3.
Status	PENDING, COMPLETED, or FAILED.
Attempts	Number of send attempts made so far.
Error	The last error message from the provider, if any. Only shown for failed rows.

Filters

You can narrow the list using the following filters:

• Time range — filter by createdAt date.
• Order number / external ID — search by the Autonnel order number or the external e-commerce platform order ID.
• Email type — filter to a specific template type (e.g. show only recall emails).
• Status — filter to PENDING, COMPLETED, or FAILED.

Send pipeline

Email sending is asynchronous. When an order event occurs (payment captured, status update, refund), the relevant email is queued. A background job picks it up and attempts delivery through the configured email provider (SMTP or Resend).

If a send fails, the attempt count increments and the job is retried with exponential backoff, starting at 5 minutes and capping at 6 hours between attempts. After 5 attempts the job stops being picked up and the row stays failed.

Recall emails

Recall emails are abandoned cart recovery messages sent to customers whose orders remain in PENDING status past configured time intervals (default: 24 hours, 72 hours, 168 hours). They are visible in this tab alongside transactional emails and can be identified by their template type (RECALL_1, RECALL_2, RECALL_3).

Autonnel will not queue the same recall type for the same order twice.

Caveats

• Retries are capped at 5 attempts. A permanently failing send (for example, an invalid recipient address or a misconfigured provider) exhausts them and then stops on its own, so fixing the provider afterwards does not resend it. Watch the FAILED filter rather than assuming the queue will drain itself.
• The email list does not show the rendered HTML content inline. To inspect a template’s output, use Settings → Email Templates.
• Deactivating an email provider does not cancel queued emails — they remain pending and will resume sending when a provider is re-configured.

Related

• Email provider — configuring SMTP or Resend.
• Email templates — editing the HTML for each template type.
• Recall — configuring abandoned cart recovery timing and coupons.
• Order states — which state transitions trigger which emails.