Skip to main content
Send nodes deliver messages to users through a specific channel. Each send node targets one channel (email, SMS, push, etc.) and is linked to a journey template that defines the content. You can add multiple send nodes to a journey to reach users across different channels, and each node can have its own conditions, recipient overrides, and delivery timing.

​
Adding a Send Node

Drag a Send node from the palette onto the journey canvas, or drop it onto an edge between two existing nodes. When you add a send node, you’ll first choose the channel.

​
Supported Channels

ChannelDescription
EmailMessages delivered to the recipient’s email address
SMSText messages via configured SMS provider
PushMobile or web push notifications
In-app / InboxMessages delivered to Courier’s Inbox component

​
Recipient Override

By default, a send node delivers to the user who entered the journey (identified by the user_id or profile from the invocation). You don’t need to configure anything for this default behavior. To send to a different recipient, click Add next to “Recipient Override” in the send node’s configuration panel. This opens a single field where you can either:
  • Select a field reference from the dropdown. Courier shows all available fields from the trigger schema, profile, and upstream fetch node responses. At runtime, the field value is resolved and used as the recipient address.
  • Type a hardcoded value directly (e.g., ops@yourcompany.com or +15551234567). The field is creatable; type your value and click away to commit it.
The field Courier writes to depends on the channel:
ChannelRecipient field
Emailemail
SMSphone_number
Push / Inboxemail (user lookup)
To remove the override and revert to the default recipient, click Remove.
A common pattern is adding a schema field like manager_email to your API trigger, then selecting it as the recipient override on a send node. This lets your application control who receives a specific notification without changing the journey.

​
Conditions

Each send node can have conditions that are evaluated at runtime. If the conditions are not met, the node is skipped and the journey continues to the next step. Conditions use the same operators and field references as branch nodes. Common patterns:
  • Skip a push notification if profile.push_tokens is empty
  • Only send an email if data.notification_preference equals "email"
  • Send only when a fetch node response indicates the user hasn’t completed an action

​
Send Window

A send window controls when a message is actually delivered. If the journey reaches a send node outside the configured window, delivery is held until the window opens. This is useful for respecting business hours, avoiding late-night messages, or batching sends into a specific time range.
Configure a send window by enabling it in the send node’s settings:
  • Day-by-day schedule — Each day of the week has its own row with an opening and closing time (e.g., Mon through Fri, 9:00 AM to 5:00 PM). Days without a time range are blocked entirely (e.g., “Do not send on Saturdays”).
  • Timezone — Choose between User’s timezone (resolved from the recipient’s profile) or UTC. If the recipient doesn’t have a timezone set, messages are sent in UTC.

​
Provider Resolution

When a message is ready to send, Courier determines which provider to use based on your workspace’s configured integrations. You don’t need to specify a provider in the send node; Courier matches the channel to an available provider automatically. For example, if your workspace has SendGrid configured for email, a send node targeting the email channel will route through SendGrid without any explicit configuration on the node. If you have multiple providers configured for the same channel, Courier uses your routing rules to determine which one to use.

​
What’s Next

Journey Templates

Create and edit the content your send nodes deliver

Starting a Journey

Configure triggers and invoke journeys

Building Your Journey

Add branching, delays, and enrichment between sends

Run Inspection

Debug delivery issues by stepping through runs