SMTP credentials
Send email through credentials stored in the CXFabric tenant.
Email component
Use Email when a flow needs to notify people or systems through SMTP-backed messaging.
Send workflow-driven email messages, notifications, confirmations, and operational updates.
What this component unlocks
The docs describe Email as a way to automate email communications from workflows. Builders select an SMTP credential stored in the CXFabric tenant, with an adjacent menu for adding, editing, viewing, deleting, or managing credentials. Email settings include sender, recipients, CC/BCC, subject, dynamic workflow data, variables, message content, optional attachments, hover tooltips, and execution results in the logs panel.
Send email through credentials stored in the CXFabric tenant.
Use workflow data and variables in subject lines and message bodies.
Attach files when workflow output or handoff material should travel with the message.
Use cases
These examples show how this component can become part of production workflows across customer-owned systems and environments.
Use Email as part of a governed CXFabric workflow that keeps configuration, credentials, logs, and handoffs visible.
Use Email as part of a governed CXFabric workflow that keeps configuration, credentials, logs, and handoffs visible.
Use Email as part of a governed CXFabric workflow that keeps configuration, credentials, logs, and handoffs visible.
Use Email as part of a governed CXFabric workflow that keeps configuration, credentials, logs, and handoffs visible.
Use Email as part of a governed CXFabric workflow that keeps configuration, credentials, logs, and handoffs visible.
Use Email as part of a governed CXFabric workflow that keeps configuration, credentials, logs, and handoffs visible.
Configuration surface
The exact fields can vary by deployment and product version, but each page gives customers a clear view of the component's intended role.
Expose this behavior as a reusable, logged, credential-aware step inside a CXFabric flow.
Expose this behavior as a reusable, logged, credential-aware step inside a CXFabric flow.
Expose this behavior as a reusable, logged, credential-aware step inside a CXFabric flow.
Expose this behavior as a reusable, logged, credential-aware step inside a CXFabric flow.
Expose this behavior as a reusable, logged, credential-aware step inside a CXFabric flow.
Expose this behavior as a reusable, logged, credential-aware step inside a CXFabric flow.
Expose this behavior as a reusable, logged, credential-aware step inside a CXFabric flow.
Expose this behavior as a reusable, logged, credential-aware step inside a CXFabric flow.
Implementation notes
Components should be easy for builders to configure and easy for operators to understand after the workflow is live.
Use templates for consistent messages.
CXFabric approachMake the behavior explicit in the workflow so operators can see what happens before and after this component runs.
Be careful with PII in outbound email.
CXFabric approachMake the behavior explicit in the workflow so operators can see what happens before and after this component runs.
Log message delivery context.
CXFabric approachMake the behavior explicit in the workflow so operators can see what happens before and after this component runs.
Workflow patterns
These are concept patterns that can be adapted to a customer's systems, policies, credentials, and deployment model.
Start with an event, use Email, then route the result to CRM, ticketing, or a customer-owned system.
Add validation, human approval, and logging around the component before downstream actions execute.
Deploy the component inside a customer-owned environment with credentials and logs governed by the customer.
Combine the component with packaged connectors or custom APIs when the process needs reusable system logic.
Component planning
We can scope the workflow, component configuration, credentials, deployment model, and handoff path before buildout begins.