Email Overview
TheEMAIL route sends templated emails in response to MQTT messages. It’s the simplest way to turn a broker event — a critical alarm, a daily report, a user notification — into a message that reaches a person’s inbox.
When to use it
- Alert an operations team the moment a critical alarm fires.
- Email a stakeholder a daily or shift report.
- Notify an individual user using an address pulled from the message payload.
Let’s look at how to define an email route, starting with the most common scenarios.
Quick Start
- Critical alert
- Dynamic recipient
- Report with images
Send an immediate alert to a fixed team address when a critical event arrives:
For Gmail, use an App Password instead of your regular password. Enable 2FA on your Google account first.
SMTP Configuration
TheSMTP_CONFIG block tells the route which mail server to send through and how to authenticate.
Server Settings
Server Settings
Event Configuration
EachADD EVENT block defines a trigger topic and the content of the email it sends.
Trigger & Routing
Trigger & Routing
Template Placeholders
Subjects, recipients, and templates support placeholders that are filled in from the triggering message:| Placeholder | Description |
|---|---|
{value} | Full JSON payload as string |
{value.json.field} | Single field from JSON |
{value.json.nested.field} | Nested field access |
Troubleshooting
Email Not Sending
Email Not Sending
- Verify SMTP credentials are correct
- For Gmail, ensure you’re using an App Password
- Check firewall allows outbound SMTP connections
- Verify recipient email address is valid
Email Authentication Failed
Email Authentication Failed
- Double-check USERNAME and PASSWORD
- Ensure 2FA is enabled if using app passwords
- Some providers require enabling “less secure apps” access
- Check for account lockouts due to failed attempts
Next Steps
MQTT Bridge
Sync topics between two MQTT brokers.
Data Storage Routes
Store MQTT data in databases.

