For the complete documentation index, see llms-docs.txt or the site index llms.txt. Full docs corpus: llms-full-docs.txt. Prefer the markdown version of this page at /docs/guides/connect-domain/sending-vs-receiving.md. Product capabilities: skill.md. Docs MCP: /docs/mcp. Site MCP: /mcp.

Sending vs receiving

Which Reloop DNS records matter for outbound mail only versus inbound mail to Reloop.

Reloop can send mail as your domain, receive mail into Reloop, or both. DNS requirements differ.

Sending (outbound)

Goal: Gmail/Outlook/others accept mail from you@yourdomain.com as authenticated.

Typically involves:

  • SPF — authorize Reloop (include:reloop.sh)
  • DKIM — sign messages (reloop._domainkey)
  • DMARC — policy for failures
  • Tracking CNAME — optional but used for click/open tracking (link)

You can keep another provider as the inbox on the same domain if you do not point MX at Reloop for that hostname.

Receiving (inbound)

Goal: Mail addressed to your domain is delivered into Reloop (Agent Inbox / inbound pipelines).

Requires MX records pointing at Reloop’s inbound host, typically:

inbound.reloop.sh

(with the priority shown in the dashboard).

MX is winner-take-most for delivery. Pointing apex MX at Reloop replaces any existing inbox on that hostname. Use a separate hostname if you need Reloop receiving alongside another inbox.

Dashboard toggles

On the domain configuration screen you may enable or disable sending/receiving features. When you change them, Reloop shows which DNS rows are required. Publish only what the dashboard marks as needed, then verify again.

Practical recipes

GoalApproach
Transactional send only; keep existing inboxRoot or subdomain + SPF/DKIM/DMARC (+ tracking); do not move your current MX to Reloop
Full Reloop inbox + sendSubdomain or dedicated domain; MX → inbound.reloop.sh
Send from news.acme.com, inbox stays on acme.comAdd news.acme.com in Reloop; leave root MX alone

Was this page helpful?

Edit this page