user.signuppayment.failedtrial.expired|Actionsadd_to_segmentremove_from_segmentsend_email_templateThe event names shown here are examples. In Meshes, event types are fully customized for each organization.
What you can do
Create the Resend connection in Meshes with an API key. Meshes loads the available segments and templates from that Resend account so rules can target live email resources and optionally override subject or from values for template sends.
Email feels straightforward until it has to stay reliable across retries, partial outages, multiple product-triggered templates, and fan-out to the rest of the stack. Signup, billing, and lifecycle events usually matter to more than one destination at once.
Meshes keeps Resend inside the same event-routing layer you already use for CRM, lifecycle, support, and alerts. One user.signup event can trigger a welcome email in Resend while another rule adds the contact to the active-member follow-up sequence or updates CRM context in parallel.
add_to_segmentUse lifecycle and qualification events to move contacts into the segment that should receive the next campaign or notification.
remove_from_segmentKeep Resend segmentation accurate when the customer no longer belongs in the original audience.
send_email_templateTrigger transactional or lifecycle email templates when the product event means the customer should receive a message immediately.
Common use cases
Workflows where this destination tends to matter first — the product event, the destination action, and the operational retry path living inside the same workspace.
Use user.signup to trigger a Resend welcome template while HubSpot, ActiveCampaign, or another destination updates the follow-up sequence from the same event.
Use payment.failed to trigger a Resend template with the account context the customer needs right away.
Use trial.expired and related lifecycle events to send timely follow-up through Resend without a separate email worker.
Let the same event emission path drive email, CRM, lifecycle lists, support, and alerts in parallel instead of branching into a custom send service.
How it works
A connection lives in the workspace, a rule binds the event to the action, and the delivery layer handles the last mile with retries, replay, and per-destination history.
Create the Resend connection in Meshes with the API key and confirm the segments and templates you need are visible in the connection action data.
Create rules for events like user.signup, payment.failed, or trial.expired, choose a segment action or send_email_template, and map the payload fields the template expects.
Emit the event from your product or use Send Test Event in Meshes. Meshes delivers the Resend action, retries transient failures, and keeps full delivery history for replay while other destination rules can run in parallel from the same event.
Event example
import MeshesEventsClient from '@mesheshq/events';
const meshes = new MeshesEventsClient(
process.env.WORKSPACE_PUBLISHABLE_KEY!,
);
await meshes.emit({
event: 'user.signup',
resource: 'subscription_plan',
resource_id: 'growth',
payload: {
email: 'alex@northstar.io',
first_name: 'Alex',
last_name: 'Nguyen',
plan: 'starter',
source: 'website',
},
});Connection model
Create the Resend connection in Meshes with an API key. Meshes loads the available segments and templates from that Resend account so rules can target live email resources and optionally override subject or from values for template sends.
Why Meshes
Resend sits inside the same fan-out, retry, replay, and delivery-visibility layer as every other destination — customer-connected or internal — that the workspace owns.
Meshes lets the product event trigger the Resend template directly, so signup, billing, and lifecycle communication is tied to the moment the state changed.
If a message fails because of downstream API issues or mapping mistakes, the event history makes that visible and replayable.
The same Resend connection can support both direct email sends and audience management without adding separate delivery infrastructure.
A signup event rarely affects only email. Meshes lets the same event trigger the Resend welcome template while CRM and lifecycle tools update the follow-up path in parallel.
Keep exploring
Concrete patterns, supporting documentation, and build-vs-buy context that usually come up during evaluation.
Catalog
Return to the integrations catalog and compare Resend with the rest of the Meshes email and lifecycle destinations.
Open linkDocs
Resend setup steps, supported actions, and rule-building details.
Open linkUse Case
Example of one signup event sending the welcome email, updating CRM, and adding the contact to the right follow-up sequence in parallel.
Open linkUse Case
Example of payment.failed driving alerts, CRM updates, support context, and email from the same event.
Use Case
Example of lifecycle deadlines reaching the systems that need to act before a customer drops out.
Open linkGuide
Additional Meshes patterns that can be adapted for transactional email and lifecycle delivery.
Open linkCompare
Breakdown of what it takes to own transactional email retries, replay, and per-destination observability yourself.
Open linkuser.signup once, let Meshes trigger the Resend welcome template, and keep email delivery in the same event layer that updates CRM and lifecycle follow-up in parallel.