Email Trigger

Overview

The Inbound Email Trigger (identified in the interface by the technical title Email Trigger) is an entry node (inbound trigger) based on inbox synchronization events. Its main function is to monitor corporate email accounts and instantly trigger an automated flow of processes or electronic responses the moment the selected connection receives a new email message from an external sender.

Configuration Parameters

The trigger configuration associates the automation with the correct mailbox configured on the platform:

• Channel: Dropdown used to select which integrated email account (via IMAP/POP3 protocols or keys from approved providers) will be responsible for activating this specific flow. The selector displays the corporate emails available in the organization (e.g.: [e-mail]).

Visual Builder

The graphical interface follows the streamlined standard of the platform's native trigger blocks:

• Direct Association Dropdown: A simplified dropdown menu that allows you to directly link the monitored email account, ensuring that the engine starts reading messages from the corresponding Inbox as soon as the node is saved.

• Initial Node Without Input: In the graphical flow editor, this component is positioned at the far left starting edge of the screen. It has no connectors or input ports receiving links from other nodes, since its execution is activated 100% by an external stimulus (the arrival of an email sent by a customer).

Special Operators

The logical properties of this component manage email payload extraction, header reading, and file routing:

• Email Payload Injection (Message Metadata): As soon as an email is received and processed by the trigger, the engine automatically captures crucial MIME structure properties and transforms them into dynamic variables ready for use in subsequent blocks. The payload includes:

  • email.sender: The email address of the person who sent the message (used as the contact identifier).

  • email.subject: The subject typed in the Subject.

  • email.body: The main text contained in the message (in plain text or HTML format).

  • email.attachments: A list containing the URLs of the files attached to the message.

• Thread Traceability Control (In-Reply-To): The component reads the email header IDs. If the received email is a reply to a previous conversation triggered by the system, the trigger can associate the message with the same ticket or contact already existing in the CRM database.

Practical Examples

The table below shows classic scenarios of how to structure the use of the email trigger to automate operational routines:

Selected Channel (Email)	Subject of the Received Email	Content / Sender Action	System Behavior
[e-mail]	"Problem with my access"	Sent text reporting a bug.	Triggers the flow: The trigger captures the sender, extracts the body text and starts an automated flow that opens a support ticket and sends a reply email confirming receipt.
[e-mail]	"Proof of Payment Submission"	Email containing a PDF file attached.	Triggers the flow: The automation starts, isolates the file from the variable email.attachments and sends it directly to a billing API block for internal validation.
[e-mail]	"Proposal Request"	Text requesting a catalog.	Triggers the flow: The system validates the lead's email and triggers a subsequent component that replies to the customer, attaching the product catalog fully autonomously.