Skip to main content
Back to messaging or digital channels Connect your agent to email so it answers customer messages and keeps each mail thread as one conversation. Artemis generates an inbound address for the connection, receives mail through SMTP, and sends replies through SMTP or Microsoft Graph. The setup requires:
  1. Create the connection in Artemis and copy its generated inbound address.
  2. Route inbound email to that address.
  3. Configure outbound replies through SMTP or Microsoft Graph.
  4. Verify the connection with a complete email conversation.
After setup, Artemis matches each message to the connection by its recipient address, finds the conversation from the thread headers, and replies to the sender in the same thread. Important considerations
  • The generated recipient selects the connection: Artemis resolves the connection during SMTP RCPT TO from its generated inbound address. There’s no credential or routing field to fill in.
  • Email doesn’t use a Request URL: Don’t look for an Events Request URL or configure an HTTP webhook. Inbound mail enters through SMTP.
  • The inbound domain belongs to your platform administrator: Artemis builds the address under the administrator-owned EMAIL_INBOUND_DOMAIN. If that domain isn’t publicly routable or approved for your environment, ask the administrator to complete SMTP and DNS setup.
  • Thread headers keep conversations together: Message-ID, In-Reply-To, and References identify the thread. A mail client or rule that strips them breaks continuity.

Prerequisites

Confirm these before you start.
  • Artemis project access with permission to open Deployments -> Channels, and a deployed agent in the environment you intend to bind.
  • A platform administrator who manages SMTP ingress, the inbound domain, and the outbound SMTP relay.
  • For Microsoft Graph replies, an Azure app registration with admin-consented permission to send mail as the sender mailbox.

Create the connection in Artemis

Create the connection first. Artemis generates the inbound address when you create it.
  1. Open Artemis and select the project.
  2. Go to Deployments -> Channels -> Email -> + New. The New Email Connection dialog opens, with the setup guide on the left and the fields on the right.
  3. Configure the fields:
  4. Select Create. Artemis generates a random local part under the platform’s inbound domain.
  5. Open the connection and copy the full inbound address from Identifier in the summary panel. Keep both the local part and the domain, and don’t substitute your public support mailbox.

Route inbound email

Get customer mail to the generated address. Each step depends on the one before it.
  1. Send customer mail straight to the generated address, or forward a dedicated mailbox such as your support address to it. Confirm forwarding keeps the original sender and the thread headers.
  2. Ask your platform administrator to validate SMTP ingress. Production needs the inbound domain’s mail routing to reach the runtime SMTP service. Port 2525 is the default internal and development listener. Public MX delivery normally reaches an approved edge on port 25, which forwards internally.
  3. Preserve the RFC 5322 thread headers. Artemis records Message-ID for each inbound message and uses In-Reply-To and References to find the active conversation. When a client strips them, Artemis falls back to normalized Re: and Fwd: subject matching.
  4. Address one generated channel recipient per SMTP transaction. Artemis rejects unknown addresses with 550, and rejects a transaction whose recipients belong to different connections, so one message never crosses a project or connection boundary.

Configure outbound replies

Choose the outbound transport on the saved connection’s Settings tab.
SMTP uses the administrator-owned SMTP_RELAY settings, so Artemis shows no per-connection SMTP credentials.
  1. Keep Provider under Outbound Transport set to SMTP (Default).
  2. Confirm the relay, sender policy, SPF, DKIM, DMARC, and deliverability with your platform administrator.
To brand replies, add Header HTML and Footer HTML on the Templates tab, and optionally include the five-point CSAT rating block. Review the result in common mail clients before production.

Verify the connection

Each check exercises a different part of the email path.
  1. From a real external address, send plain text with a unique subject to the business mailbox or generated address. Confirm the agent sends one Re: reply to your From address.
  2. Reply to the agent without changing the thread. Confirm Artemis resumes the same session instead of starting a new conversation.
  3. Add CC and BCC recipients. Confirm replies copy the CC recipients, except the channel’s own address, and leave BCC recipients off.
  4. Send an allowed attachment, and one over the limit. Confirm the allowed file reaches the agent and SMTP rejects messages over 25 MB.
  5. Send a message marked Auto-Submitted with any value other than no, and confirm Artemis ignores it.

Email behavior and limits

Artemis applies these rules to every message.

Security and environment boundaries

The embedded SMTP receiver doesn’t require SMTP AUTH, so protect the email path deliberately.
  • Edge controls: Manage the production edge, DNS, network policy, recipient validation, rate controls, and abuse protection with your platform administrator.
  • Graph secret: Store the Client Secret only in the encrypted connection field, and rotate it immediately if someone exposes it.
  • Template HTML: Treat Header and Footer HTML as trusted administrator configuration. Keep scripts, forms, remote resources, and sensitive data out of them.
  • Agent output: Artemis renders markdown images as text links rather than image tags, so replies carry no remote tracking pixels. It neutralizes javascript, vbscript, and data link schemes.
  • Environments: Use separate inbound addresses, routing rules, outbound senders, Azure apps, and connections for development, staging, and production.

Manage the channel connection

Open a connection from Deployments -> Channels -> Email to manage it. The page has a header, three tabs, and a summary panel on the right. Header. Shows the connection name, its status, and when it last changed. The … overflow menu holds the connection-level actions. Summary panel. Stays visible on every tab.
Update the connection and its outbound transport.Select Save Changes to apply your changes.

Troubleshoot connection issues

Most failures trace to mail routing, thread headers, or the outbound transport. Related articles: