Connect Email (SMTP) to B6AI
Connect any SMTP server so bots and workflows can send transactional email (confirmations, notifications and transcripts) from your own domain.
Overview
The Email (SMTP) integration lets B6AI send outbound email through any SMTP server (your email provider, Google Workspace, Microsoft 365, Amazon SES, SendGrid and more) so bots and workflows can send confirmations, notifications and transcripts from your own domain.
Unlike the Gmail integration (which reads and replies to a specific mailbox), this is a general-purpose send-only channel for transactional mail.
What you can do with Email (SMTP)
Once connected, your bots and agents can use Email (SMTP) inside conversations and automations. Typical uses include:
- Send a confirmation or notification email from a flow.
- Email a conversation transcript to the customer or an internal address.
- Send verification codes or one-time passwords.
- Alert a team distribution list when something needs attention.
- Deliver receipts and follow-ups after a conversation.
How the integration works
B6AI connects to your SMTP host on a specified port using a username and password over TLS, and sends mail as your configured “From” address. There is no OAuth, you provide the host, port, credentials and encryption.
Credentials are stored encrypted at rest. For good deliverability, your sending domain should have SPF and DKIM configured.
Prerequisites
Make sure all of the following are in place before you start. Each one is required, skipping any will cause the connection to fail later.
- An SMTP account from your email provider or a sending service (for example Amazon SES SMTP or SendGrid SMTP).
- The SMTP host, port, username and password.
- A “From” address (and ideally a verified domain with SPF/DKIM) you are allowed to send as.
- The Enterprise Admin role in B6AI.
Choose a connection method
B6AI supports more than one way to connect Email (SMTP). Pick the one that fits your organization’s policies, the rest of this guide works for either.
| Method | When to use it | Notes |
|---|---|---|
| STARTTLS on port 587 (recommended) | Most providers | Connects in plaintext, then upgrades to an encrypted TLS session. |
| Implicit TLS/SSL on port 465 | Providers that require SSL from the start | The whole session is encrypted immediately. |
| Unencrypted on port 25 | Internal relays only | Avoid over the public internet: it’s unencrypted. |
Generate your SMTP server credentials
B6AI authenticates with Email (SMTP) using your SMTP server credentials. Follow these steps exactly, each field you copy here is entered into B6AI later.
- In your email provider, find the SMTP settings (host and port).
- Create or copy an SMTP username and password. For Gmail/Workspace with 2-Step Verification, create an App Password (Google Account → Security → App passwords), not your normal login password.
- For Microsoft 365, enable SMTP AUTH for the mailbox and use its credentials (or an app password).
- For Amazon SES, create SMTP credentials in the SES console (these differ from your AWS keys).
- Confirm the exact “From” address you are authorized to send as.
Connect Email (SMTP) in B6AI
Now enter your credentials in B6AI. Signed in as an Enterprise Admin, open Settings → Integrations, find the Email (SMTP) card and click Connect, then complete the form. Every field is explained below.
- In B6AI, open Settings → Integrations → Email (SMTP).
- Enter the host, port and encryption method.
- Enter the username and password (or app password).
- Set the From name and From address.
- Click Send test to email yourself, then Save.
{
"provider": "smtp",
"host": "smtp.gmail.com",
"port": 587,
"encryption": "starttls",
"username": "support@yourco.com",
"from": "YourCo Support <support@yourco.com>"
}| Field | What it is | Example value |
|---|---|---|
| SMTP host | Your provider’s mail server | smtp.gmail.com / email-smtp.us-east-1.amazonaws.com |
| Port | 587 (STARTTLS), 465 (SSL) or 25 | 587 |
| Encryption | STARTTLS, SSL/TLS or None | STARTTLS |
| Username | Your SMTP login | you@yourco.com / SES SMTP username |
| Password / app password | Your SMTP secret (app password if 2FA is on) | •••••••• |
| From name | Display name shown on emails | YourCo Support |
| From address | The verified address mail is sent from | support@yourco.com |
Verify the connection
Confirm the integration is live before you rely on it in a bot.
- Enter a recipient in Send test and send a test email.
- Confirm it arrives (check the spam folder too).
- Confirm the From name/address and any branding look right.
Troubleshooting
If the connection fails or an action does not work, match the symptom below to its cause and fix.
| Symptom / error | Likely cause | How to fix it |
|---|---|---|
| 535 Authentication failed | Wrong username/password, or an app password is required | Use an App Password if 2FA is on; double-check the username |
| Connection timed out | Wrong host/port or a firewall block | Confirm the host and port; try 587 (STARTTLS) or 465 (SSL) |
| STARTTLS required | Encryption method mismatch | Set encryption to STARTTLS on 587 (or SSL on 465) |
| Message marked as spam | Missing SPF/DKIM for your domain | Add SPF and DKIM DNS records for the sending domain |
| 550 relay denied | From address not authorized | Send only from an address the server permits |
Limitations & rate limits
Keep these constraints in mind so your bots behave predictably at scale.
- Providers cap how many emails you can send per second and per day.
- Some networks block port 25; prefer 587 or 465.
- Deliverability depends on SPF, DKIM and DMARC, this is for transactional mail, not bulk marketing.
Security best practices
- Use an app password or a dedicated SMTP credential, never your primary email login.
- Always use encryption (STARTTLS on 587 or SSL on 465); avoid unencrypted port 25 over the internet.
- Configure SPF, DKIM and DMARC for your sending domain to protect deliverability and prevent spoofing.
- Restrict the From addresses to domains you control.
- Rotate the SMTP credential periodically and immediately if it’s exposed.
Recommendations
- Test against a sandbox or non-production Email (SMTP) account before connecting live data.
- Document which bots and flows depend on this integration so changes are predictable.
- Set a recurring reminder to review scopes and rotate credentials.
- Enable only the capabilities you actually use today; you can widen scopes later.