Use shared or custom sending
Start with the eligible CMS Max shared Mailgun service or connect a customer-managed domain, API secret, and validation key.
Transactional email / Native email transport
Route important website messages through a purpose-built email service with a shared or customer-managed sending configuration.
Mailgun can serve as the active CMS Max outbound mail transport for form notifications, order messages, password resets, and other system email. Eligible sites can use the shared CMS Max configuration or connect a custom Mailgun domain and credentials.

What the integration does
Mailgun replaces the active mail transport, not the CMS Max message logic. CMS Max creates the email and Mailgun handles outbound delivery. The current integration does not register inbound Mailgun delivery, bounce, complaint, open, or click webhooks back into CMS Max.
Start with the eligible CMS Max shared Mailgun service or connect a customer-managed domain, API secret, and validation key.
Use Mailgun as the selected CMS Max transport for operational messages produced by website, form, account, and commerce workflows.
Verify a production domain and its required DNS records before relying on a custom Mailgun configuration.
Integration boundary
Clear ownership makes transactional email incidents easier to diagnose.
| Area | Primary owner | Supported contract |
|---|---|---|
| Message trigger and content | CMS Max | Creates the system email from the relevant website, form, account, or order workflow. |
| Outbound transport | Mailgun | Accepts the message and attempts delivery through the connected Mailgun configuration. |
| Sending domain and DNS | Business / DNS owner | Verifies the domain and maintains SPF, DKIM, and other provider-required records. |
| Mailbox acceptance | Recipient provider | Applies its own authentication, reputation, policy, filtering, and mailbox rules. |
| Delivery events in CMS Max | Not connected | Current integration does not synchronize Mailgun webhooks into the CMS Max tenant. |
Connected workflow
Transactional delivery needs representative messages, authenticated identity, and operational ownership.
List every system message, trigger, sender, reply-to, recipient type, template, required data, and business criticality.
Choose shared or custom Mailgun, connect the approved credentials, and set the intended website sender identity.
For a custom domain, publish and verify the Mailgun DNS records and protect domain and account access.
Send representative form, order, account, and exception messages to major providers and inspect content, links, headers, and spam placement.
Monitor the Mailgun account, domain status, reputation, failures, credentials, billing, and CMS Max support path.
High-value applications
Transactional messages should be timely, expected, and tied to a customer or administrator action.
Deliver order confirmations and other configured system notifications created by the CMS Max commerce workflow.
Send customer confirmations or internal notifications produced by approved CMS Max forms and rules.
Support password reset and other security-sensitive messages with a tested sender and reply path.
Route expected administrative or system messages through the selected production transport.
Governance and trust
A transport can send the message, but the business still owns authentication, recipient expectations, template quality, and incident response.
Use a verified custom domain for production when connecting a customer-managed Mailgun account and maintain its DNS records.
Store the API secret and validation key in the CMS Max encrypted settings and rotate access under a documented process.
Keep operational messages distinct from bulk marketing and send only to recipients who reasonably expect the message.
Because provider events are not synchronized into CMS Max, assign someone to monitor Mailgun failures, suppressions, complaints, and domain health.
Search and conversion continuity
Search visibility has little value if a lead, account, or order journey ends with a missing confirmation or an untrusted sender.
Test that high-value organic landing pages produce the intended form notifications and customer confirmations.
Keep order and account messages aligned with the storefront name, domain, support contacts, and linked CMS Max pages.
Link email to durable HTTPS pages with current content instead of fragile attachments or temporary campaign URLs.
Use a recognized sender identity, clear subject, accessible content, and a valid reply or support path.
Implementation sequence
CMS Max supports one active mail transport at a time, so switchover should be deliberate and reversible.
Choose shared or custom service, inventory messages, verify sender identity, collect credentials, and assign owners.
For a custom domain, add the Mailgun DNS records, wait for propagation, and confirm provider verification.
Test representative triggers, templates, links, reply behavior, inbox placement, failures, and operational monitoring.
Select Mailgun as the active CMS Max mail transport, monitor the first production messages, and retain a rollback path.
Implementation references
Provider capabilities and requirements change. These links support implementation discovery; the production configuration and acceptance test remain authoritative for your site.
Mailgun FAQ
Final scope depends on account configuration, customer journeys, data policy, compliance requirements, connected systems, ownership, and acceptance criteria.
When Mailgun is selected as the active transport, it delivers outbound system email generated by CMS Max workflows such as form notifications, order messages, password resets, and other configured transactional messages.
CMS Max supports an eligible shared configuration as well as a customer-managed Mailgun account. Confirm current plan eligibility, limits, sender identity, and support expectations during setup.
The CMS Max settings include the Mailgun domain, API secret, and validation key. The Mailgun domain must also be created and verified with the DNS records required by Mailgun.
CMS Max selects one active email transport. Switching transports should include acceptance testing and a rollback plan.
No. The current integration does not register Mailgun event webhooks in the tenant, so delivery feedback and provider health must be monitored in Mailgun or through separately scoped work.
No. CMS Max creates the system message and its website context; Mailgun is the outbound transport. Template content, triggers, recipients, links, sender, and reply behavior must still be reviewed.
Connect with confidence
Bring the sending domain, DNS access, Mailgun account, system-message inventory, sender and reply addresses, test recipients, compliance requirements, and monitoring owner. CMS Max will configure and validate the transport.
Mailgun is a trademark of its respective owner. CMS Max integration scope is described on this page and may differ from the provider's complete product offering.
The world's fastest and most SEO friendly website code.