Skip to main content

Messaging and Email Credentials

Use these credentials for event-driven workflows and outbound notifications.

Supported targets​

  • Kafka brokers — used by kafka_consumer (trigger) and kafka_node (produce)
  • SMTP servers — used by smtp_node for outbound email
  • SendGrid API — used by sendgrid_node for transactional email
  • IMAP servers — used by imap_trigger to receive and process inbound email

IMAP credentials​

IMAP credentials connect an imap_trigger node to an incoming email mailbox.

FieldDescription
HostIMAP server hostname (e.g. imap.gmail.com, mail.example.com)
Port993 for implicit TLS; 143 for STARTTLS
UsernameLogin username (usually the full email address)
PasswordLogin password (encrypted at rest using platform key)
Use TLSEnable for direct TLS connections (port 993 recommended)

Validate before saving​

Click Validate Connection in the credentials form to test the IMAP connection live before saving. This dials the server, authenticates, and verifies the target mailbox exists — without storing any data.

Tips​

  • For Gmail, use an App Password if 2-factor authentication is enabled. The regular account password will not work.
  • For Office 365, enable IMAP access in the Exchange admin center; use outlook.office365.com port 993.
  • Use a dedicated service account mailbox rather than a shared personal inbox.
  • The mailbox field in the imap_trigger node must match the folder name exactly as the server reports it (case-sensitive on some servers).

Common fields (all types)​

  • Endpoint or host
  • Port and protocol
  • Username/password or API key
  • TLS and authentication mode

Practical guidance​

  • Validate connectivity from the gateway runtime environment before saving.
  • Use dedicated service accounts per integration channel.
  • Monitor retry and dead-letter behavior for failed sends (Kafka, SMTP, SendGrid).
  • Rotate credentials through the platform credential lifecycle — existing workflow runs are not interrupted during rotation.