Data Pipeline Overview
Data pipeline routes enable data flow between your Coreflux broker and external systems. They connect your broker to other MQTT brokers and email services. The pipeline route types are:- MQTT Bridge - Broker-to-broker communication for edge-to-cloud sync and multi-site connectivity
- Email - Send notifications and alerts triggered by MQTT messages
MQTT Bridge
TheMQTT_BRIDGE route enables seamless data transfer between two MQTT brokers. Use it for edge-to-cloud synchronization, multi-site connectivity, or backup systems.
Basic Syntax
Connection Configuration
Broker Settings
Broker Settings
TLS/Security
TLS/Security
Connection Handling
Connection Handling
Number of reconnection attempts. Default: 5.
Mapping Configuration
Bridge Examples
- Edge to Cloud
- Cloud to Edge
- Bidirectional
- Secure mTLS Bridge
Send local sensor data to a cloud broker:
Email Route
TheEMAIL route sends templated emails based on MQTT messages. Ideal for alerts, notifications, and reports.
Basic Syntax
SMTP Configuration
Server Settings
Server Settings
Event Configuration
Trigger & Routing
Trigger & Routing
Template Placeholders
Email Examples
- Critical Alerts
- Dynamic Recipient
- With Embedded Resources
Send immediate alerts for critical events:
For Gmail, use an App Password instead of your regular password. Enable 2FA on your Google account first.
Troubleshooting
Bridge Connection Timeout
Bridge Connection Timeout
- Verify IP address and port are correct
- Check firewall allows outbound connections on the configured port
- Ensure remote broker is running and accessible
- Try increasing
RECONNECTION_RETRIES
TLS/Certificate Errors
TLS/Certificate Errors
- Verify certificate paths are correct
- Ensure certificates are valid and not expired
- Check certificate chain is complete
- For testing, use
ALLOW_UNTRUSTED_CERTS "true"(not recommended for production)
Messages Not Bridging
Messages Not Bridging
- Verify SOURCE_TOPIC and DESTINATION_TOPIC are correct
- Check DIRECTION setting matches your expected data flow
- Ensure CLIENT_ID is unique across all connections
- Check broker logs for subscription errors
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
Best Practices
Use TLS for External Connections
Use TLS for External Connections
Always enable TLS when connecting to external brokers:
Unique Client IDs
Unique Client IDs
Each bridge connection needs a unique CLIENT_ID to avoid conflicts:
Test with Local Broker First
Test with Local Broker First
Use
WITH BROKER SELF during development:Secure Credentials
Secure Credentials
Store passwords securely and use app-specific passwords where available.
Handle Reconnection
Handle Reconnection
Configure appropriate retry settings:
Next Steps
Data Storage Routes
Store MQTT data in databases.
REST API Routes
Full REST API client/server configuration.

