Send website transactions
Route supported CMS Max order, account, form, notification, and workflow messages through the configured SMTP transport.
Email delivery / SMTP-compatible transport
Keep CMS Max in control of website-triggered messages while Mailjet handles the selected outbound SMTP relay and provider-side delivery evidence.
CMS Max has a native SMTP plugin that can use provider-issued server, port, encryption, username, and password settings. Mailjet documents SMTP relay support, but CMS Max does not include a Mailjet-specific campaign, list, template, contact, analytics, or Send API connector.

What the integration does
This is a transport configuration, not a native Mailjet marketing suite integration. Message generation and business triggers remain in CMS Max. Repository review confirms that CMS Max can route CMS Max transactional messages through provider-issued SMTP credentials. SMTP transport does not synchronize campaigns, templates, lists, contacts, analytics, or marketing automation.
Route supported CMS Max order, account, form, notification, and workflow messages through the configured SMTP transport.
Use approved Mailjet SMTP credentials plus verified sender or domain records, correct from-address policy, encryption, and provider account controls.
Monitor CMS Max mail logs and provider-side delivery, bounce, block, complaint, suppression, quota, and authentication evidence with clear support ownership.
Operating boundary
A credible Mailjet program separates CMS Max website responsibilities from Mailjet SMTP relay, sender and domain setup, suppression, deliverability, provider logs, campaigns, and provider APIs. It also names the team responsible for consent, data quality, exceptions, and performance.
| Area | Primary owner | Supported contract |
|---|---|---|
| Public website and search experience | CMS Max | Owns crawlable pages, content, navigation, metadata, structured data, accessibility, performance, forms, products, and conversion paths relevant to reliable transactional communication. |
| SMTP connection | CMS Max SMTP plugin | Stores and uses the configured SMTP server, port, encryption, username, password, and sender settings for CMS Max mail transport. |
| Transactional messages, senders, domains, SMTP credentials, delivery events, campaigns, and contacts | Mailjet account | Owns provider-side configuration, permissions, processing, reporting, billing, limits, and behavior for transactional messages, senders, domains, smtp credentials, delivery events, campaigns, and contacts. |
| Consent, privacy, and disclosures | Merchant or site owner | Approves the lawful basis, notices, consent behavior, retention, suppression, and customer communication required for website-triggered email delivery. |
| Monitoring and reconciliation | Joint operating team | Tests releases, watches failures and data gaps, reconciles authoritative records, and responds when the website and Mailjet disagree. |
Connected workflow
The implementation should follow the customer journey and data contract from first visit through a delivered, bounced, blocked, or otherwise dispositioned email, with evidence at every handoff.
Define audiences, page intent, transactional messages, senders, domains, smtp credentials, delivery events, campaigns, and contacts, account access, commercial constraints, privacy rules, measures, and owners before selecting the connection method.
Map CMS Max fields, content, calls to action, identifiers, consent states, failure behavior, provider destinations, and the authoritative source for each record.
Verify the Mailjet sender or domain, obtain SMTP credentials, configure host, port, encryption and from identity in CMS Max, then send representative transactional messages.
Test representative desktop and mobile journeys, accessibility, consent, duplicate activity, missing data, provider errors, analytics, support, and rollback.
Monitor queue health, authentication, delivery, bounce, block, complaint, suppression, quota, latency, from-address alignment, and customer support, provider changes, customer complaints, data quality, and business outcomes; revise the program only through controlled releases.
High-value applications
SMTP is appropriate for messages created by CMS Max workflows; marketing campaigns and subscriber programs remain separate provider-side capabilities.
Route order, payment, fulfillment, pickup, delivery, refund, and customer-account emails generated by the accepted CMS Max workflow.
Send internal notifications or customer confirmations while keeping submission data, recipients, and message purpose controlled.
Deliver supported registration, password, verification, and administrative notices with secure links and recognizable sender identity.
Route selected website and business notifications with clear recipient, severity, retry, escalation, and support expectations.
Governance and trust
The connection can affect customer data, marketing decisions, brand promises, and regulatory obligations. Treat Mailjet configuration as production behavior, not a one-time code paste.
Send only the fields and events required for the accepted Mailjet workflow. Document recipients, purpose, retention, deletion, and access.
Keep API keys, secrets, tokens, embed code, account IDs, and administrative access out of public content, analytics, repositories, and support screenshots.
Transactional email must have a valid purpose and accurate recipients. Marketing consent, unsubscribe, suppression, and campaign rules are separate and are not created by SMTP configuration.
Retest after CMS Max theme, checkout, form, domain, consent, provider account, API, tag, or campaign changes. Keep a rollback path and named owner.
Search and conversion continuity
Email transport does not improve rankings directly, but reliable confirmations and notifications protect the trust created by CMS Max product, service, form, account, and checkout experiences.
Use public pages to set accurate response, order, shipping, pickup, account, and support expectations before the message is triggered.
Keep email templates consistent with the website brand, order facts, contact details, policies, accessible markup, and plain-text fallbacks.
Send customers back to secure canonical account, order, support, product, or service pages and avoid broken or environment-specific links.
Monitor delivery alongside form completion, order support, password success, customer contact, cancellations, and other operational outcomes.
Implementation sequence
A saved setting or working link is not enough. Release Mailjet only after the full website, provider, data, privacy, analytics, and operating lifecycle has passed.
Confirm account plan, permissions, transactional messages, senders, domains, smtp credentials, delivery events, campaigns, and contacts, business rules, audiences, destinations, consent, owners, support, and measurable outcomes.
Configure the native SMTP transport with encrypted credentials, verified sender identity, appropriate port and encryption, queue monitoring, logs, retries, and a fallback plan.
Test representative order, form, account, notification, HTML, plain-text, mobile, invalid-recipient, blocked, bounced, delayed, and credential-failure scenarios.
Start with controlled traffic, verify live evidence, watch queue failures, SMTP authentication, delivery latency, bounces, blocks, complaints, suppression, quotas, broken links, and sender reputation, and keep a documented disable or rollback procedure.
Implementation references
Provider products and requirements change. These references support discovery; the production implementation and acceptance evidence remain authoritative for each CMS Max site.
Mailjet FAQ
Final scope depends on account configuration, customer journeys, data policy, connected systems, operational ownership, and acceptance criteria.
CMS Max does not have a Mailjet-specific plugin, but its native SMTP plugin can use Mailjet SMTP relay credentials because Mailjet supports standards-based SMTP. This is a transport configuration, not provider-suite synchronization.
CMS Max manages the public website, search-facing content, navigation, page experience, forms or commerce journeys used in scope, and the governed connection point. Mailjet remains responsible for mailjet smtp relay, sender and domain setup, suppression, deliverability, provider logs, campaigns, and provider apis.
Prepare the provider account, administrator and technical contacts, target audiences, transactional messages, senders, domains, smtp credentials, delivery events, campaigns, and contacts, required fields, consent requirements, existing tags or embeds, test records, analytics plan, support path, and success measures.
No. SMTP sends CMS Max-generated messages. It does not synchronize Mailjet contacts, lists, campaigns, templates, analytics, suppressions, or Send API records into CMS Max.
Document the data sent to Mailjet, its purpose, lawful basis, customer notices, consent state, retention, deletion, access, suppression, and regional requirements. Legal approval remains the site owner's responsibility.
Test valid and invalid journeys, duplicate actions, missing fields, mobile and keyboard use, consent states, provider errors, analytics, authoritative records, support, monitoring, and rollback with representative production-like data.
Connect with confidence
Bring the Mailjet account, target audiences, transactional messages, senders, domains, smtp credentials, delivery events, campaigns, and contacts, current website journey, required fields, consent and privacy rules, provider documentation, analytics, test cases, support owners, and success measures. CMS Max will define the supported contract and acceptance plan.
Mailjet is a trademark of its respective owner. CMS Max 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.