Send Email step

  • Release version: Australia
  • Updated March 12, 2026
  • 3 minutes to read
  • Summarize
    Summarized using AI
    This content was generated using new OpenAI-powered functionality. Results are provided on an as is basis and are not guaranteed to be accurate or complete.

    Summary of Send Email step

    The Send Email step is an action available in Workflow Studio that allows you to send emails to specified users or groups as part of a flow. This step is designed for users with theactiondesignerrole who want to incorporate email communication within automated workflows.

    Show full answer Show less

    Key Features

    • Target Record Association: Emails are linked to a specific record (Document ID), enabling replies to update that record automatically.
    • Recipient Configuration: Specify main recipients (To), carbon copy recipients (CC), and blind carbon copy recipients (BCC) using email addresses or data pills from related records such as users or groups.
    • Group Email Considerations: To email a group, provide the group’s email address. To email group members individually, the group must have the “Include members” option enabled.
    • Subject and Body Content: You can enter static text or use dynamic values via data pills. The email body supports inline HTML styling but does not process email template variables; instead, replace template variables with data pills.
    • Action Error Handling: Configure whether the flow should continue or perform error evaluation if the email step fails.
    • Outputs: The step outputs the created email record, which can be used as input in subsequent steps.

    Important Considerations

    • The maximum number of email recipients is limited by the system property glide.email.smtp.maxrecipients. Be mindful to keep recipients within this limit.
    • Access control applies: ensure the user running the flow has permissions to send emails. Testing should include impersonating typical users to validate access rights.
    • Verify email generation by checking the Email [sysemail] table and reviewing the Headers field to confirm success.

    Practical Use for ServiceNow Customers

    Use the Send Email step within your workflows to automate communication tied to records like incidents or requests. It enables targeted messaging dynamically linked to your data, improving efficiency by notifying users or groups automatically. Proper configuration of recipients and permissions ensures reliable delivery and integration with your business processes.

    Send an email to specified users or groups as an action in a flow.

    Roles and availability

    Available as an Workflow Studio action step. Users with the action_designer role can create a custom action with one or more action steps.

    Inputs

    Provide a value for each input that your flow needs. To add dynamic values, you can also drag and drop pills from the Data panel or select them from the pill picker.

    Target Record
    Data type: Document ID

    Record that the email is associated to. When a user sends a reply to your email, the target record is updated with the reply email content.

    Table
    Data type: Table Name

    Table containing the target record.

    To
    Data type: String

    The main recipients of the email. Enter a list of user email addresses separated by commas or white spaces. You can also drag data pills that contain email addresses into the field, such as a User or Group record. For example, if you want to send an email to the group assigned to the incident, drag the [Assignment group] data pill from the data panel.

    To send email to a group, you must provide a Group email address. To send email to group members, the group must have the Include members option enabled.

    Note:
    The number of email recipients must be equal to or less than the maximum number set by the glide.email.smtp.max_recipients system property. See Minimize SMTP Recipient Quantity for information about setting this value.
    CC
    Data type: String

    Additional recipients copied on this email. Enter a list of user email addresses separated by commas or white spaces. You can also drag data pills that contain email addresses into the field.

    BCC
    Data type: String

    Additional recipients of this email, who are visible only to the sender (blind copied). Enter a list of user email addresses separated by commas or white spaces. You can also drag data pills that contain email addresses into the field.

    Subject
    Data type: String

    Subject of the email. You can enter text or drag data pills into the field.

    Body
    The content of the message body. You can enter text or drag data pills into the field. The editor formatting options add inline styles. There is no style sheet associated with an email body. You can add your own inline style sheet to this HTML input.
    Note:
    You can partially reuse content from the Email Template [sysevent_email_template] table with some manual editing. The Send Email action can't process Email template variables, which are strings that start with the dollar sign character and include content in curly braces. You must replace email variables with references to data pills. For example, replace the string ${number} with a data pill reference to an incident record number.

    Action error evaluation

    If this step fails
    Data type: Choice

    Option to continue running the next step or go to error evaluation. To use the step status code or message for a custom action error condition, see Action error evaluation.

    Outputs

    These outputs appear in the Data panel. You can use them as inputs elsewhere in your action or flow.

    Email
    Data type: Record

    Email record created.

    Testing the email step

    To verify that the email was generated when testing the action, review the email record in the Email [sys_email] table. The Headers field indicates whether the email was successfully generated. For example:Email header generated by the Send Email action ACL restrictions apply to the Send Email action. If you configured your flow to run as the user who initiates the session, ensure that the user can access email. To test access controls for a Send Email action, impersonate a typical email sender and manually trigger the flow.