Skip to main content

Email

✉️

Email

Send emails or read messages from a mailbox

Use the Email node when a workflow needs to send messages or read mailbox content.

Common uses include:

  • Sending notifications after a job finishes.
  • Reading alert emails from an inbox.
  • Delivering reports to a team.
  • Checking a mailbox for new messages to drive workflow logic.

What the Email Node Does​

The Email node supports two actions:

ActionMeaning
email:sendEmailSend an outgoing message using the selected email connection
email:getEmailRead messages from a mailbox and return matching results

Send Email​

Use Send Email when the workflow should notify people.

Required fields​

FieldWhat it meansExample
SenderWhich saved outgoing email connection sends the messageFinance SMTP connection
ToMain recipientsops-team@example.com
SubjectEmail titleDaily report is ready
BodyMessage contentThe daily report completed successfully.

Optional fields​

FieldWhat it meansExample
CCCopied recipientsmanager@example.com
BCCHidden recipientsaudit@example.com
AttachmentOne storage path or a list of storage paths to attach. Each path is expression-resolved and downloaded from artifact storage, then attached to the message{{$('exportReport').artifact.storagePath}}
PriorityDelivery importanceNormal, high, low
Read receiptAsk for a read confirmation when supportedYes
Delivery receiptAsk for a delivery confirmation when supportedYes

The attachment field accepts either a single storage-path string or a list of them. Each is resolved, downloaded via the artifact client, and added to the outgoing message as attachment metadata.

Example​

You want to send a daily report email.

FieldValue
SenderFinance SMTP connection
Tofinance-team@example.com
CCfinance-manager@example.com
SubjectDaily finance report is ready
BodyHello team, the daily finance report has been generated. Please review it in the shared folder.

What happens:

  1. The node resolves the saved sender connection.
  2. Automation Hub prepares the email content.
  3. It sends the message through the configured SMTP service.
  4. The step result shows success or failure.

Get Email​

Use Get Email when the workflow should read mailbox content.

Required fields​

FieldWhat it meansExample
Mailbox connectionSaved incoming mailbox connection to read messages fromMonitoring mailbox
FolderMail folder to searchInbox
OutputHow much data to returnComplete email details

Optional fields​

FieldWhat it meansExample
Return allReturn the default set of messagesYes
LimitMax messages to read when not returning all10
Filter typeHow the filter is interpreted: filterQuery (structured filter) or searchQuery (mailbox search string)filterQuery
FilterRules to select emails, interpreted per filterTypeUnread alerts from alerts@example.com
FieldsSelected fields for custom outputSubject, From, Received Time
Download attachmentsoptionDetails.attachmentDownload — when true, each message's attachments are uploaded to artifact storage and referenced in the outputYes
Attachments prefixStorage path prefix used when uploading downloaded attachments (attachmentsPrefix)emails/alerts/

The limit, folder, fields, and filter values are expression-resolved before the mailbox is queried.

Example​

You want to read unread alert emails.

FieldValue
Mailbox connectionMonitoring mailbox
FolderInbox
FilterOnly unread emails from alerts@example.com
Limit25
OutputSubject, sender, received time

What happens:

  1. The node opens the saved mailbox connection.
  2. It checks the selected folder and applies the filter.
  3. It returns matching email details for later steps.

Output​

Get Email returns a JSON list, one entry per matching message:

FieldWhat it holds
contentThe message as JSON (headers, sender, subject, body, and the requested fields)
binaryArtifact metadata for the message's downloaded attachments. Present only when Download attachments is enabled

When attachment download is off, each entry contains just content; when it is on, entries also include binary pointing to the uploaded attachment(s) in artifact storage.

Runtime behavior​

The Email node always resolves the saved email or mailbox connection from Global Configurator before it performs the action.

  • Send Email uses the configured SMTP or default sender connection.
  • Get Email uses the configured mailbox connection for reading messages.

Common problems​

ProblemWhat to check
Email did not sendRecipients, subject, sender connection, SMTP host/port
Authentication failedConnection credentials, tenant, client ID, client secret
No emails returnedFolder name, filters, unread-only setting, mailbox permissions
HTML looks wrongMessage body content and email client HTML support
Step fails before sendingRequired fields may be missing

Best practices​

  • Use clear subject lines so recipients understand the email purpose.
  • Keep recipients intentional: only use CC and BCC when needed.
  • Save connection details in Global Configurator instead of embedding passwords in the node.
  • Store repeated values in global variables to make workflows easier to update.
  • Test automated emails with a small audience before sending broadly.
  • Make failure emails descriptive: include job name, failed step, and next actions.