Use MultiMail's REST API from Make's HTTP module to send, read, and approve emails with full audit trails — without writing a backend.
Make (formerly Integromat) lets teams build complex automation workflows by connecting SaaS tools through a visual scenario editor. When those scenarios involve sending email — especially email triggered by AI logic, CRM events, or webhook payloads — you need more than a simple SMTP relay. You need audit trails, delivery tracking, and the ability to require human approval before a message goes out.
MultiMail integrates with Make through its REST API via Make's native HTTP module. Any scenario can call MultiMail endpoints to send email, check an inbox, read a thread, tag messages, or trigger the `POST /v1/oversight/decide` approval flow — all with Bearer token authentication and structured JSON responses that map cleanly to Make's data mapping layer.
The combination is especially useful for teams running AI-assisted outreach, support escalations, or approval-gated notifications. Make handles the trigger logic and routing; MultiMail handles delivery governance, oversight mode enforcement, and the human-in-the-loop approval queue.
Set a mailbox to `gated_send` or `gated_all` oversight mode. Any HTTP POST to `POST /v1/mailboxes/{mailbox_id}/send` from your Make scenario queues the message for human approval instead of sending immediately. Your scenario continues; the email waits. MultiMail fires a webhook to a separate Make trigger when the approver acts.
The `GET /v1/mailboxes/{mailbox_id}/emails` (list inbox) and `GET /v1/mailboxes/{mailbox_id}/emails/{email_id}` (read one) endpoints return clean JSON — sender, subject, markdown body, thread ID, tags. Make's data mapper can route fields directly into Airtable rows, Slack messages, or CRM updates without regex parsing or fragile HTML scraping.
Every send, read, approval, and rejection is logged against the mailbox. For teams subject to CAN-SPAM, GDPR Article 5 accountability requirements, or internal SOC 2 controls, this log is the audit trail that proves governed operation — not just that email was sent.
MultiMail fires a `message.received` webhook when a message arrives at your mailbox. Drop a Webhooks module at the start of a Make scenario to parse the payload and branch on sender, subject, or tags — no polling loop needed.
A mailbox used for high-volume notifications can run `monitored` while the same tenant's customer-facing mailbox stays `gated_send`. Switch modes via the API when a scenario's risk profile changes, without redeploying anything.
No code, no dashboard. Paste this to your AI agent — it connects MultiMail, creates an inbox, and builds the flow for you.
Sign up at multimail.dev and create a mailbox — either a custom domain mailbox or one ending in `@multimail.dev`. Copy your `mm_live_...` API key from the dashboard. If you want approval gates, set the mailbox oversight mode to `gated_send` now.
In your Make scenario, add an HTTP > Make a request module. No official MultiMail connector exists yet, so all calls go through HTTP directly. Store your API key in Make's Connection vault or as a scenario variable — do not hardcode it in module configuration.
Create a new scenario starting with the Webhooks > Custom webhook module. Copy the generated Make webhook URL. Then POST to `https://api.multimail.dev/v1/webhooks` with your Make URL and the events array `["email.received", "email.delivered"]`. MultiMail will now push events to your scenario.
Run your scenario once with a real email to let Make detect the webhook payload structure. Make will infer the field schema from the first real payload, making `email_id`, `thread_id`, `from.address`, `tags`, and `subject` available as mappable variables for all downstream modules including Routers, Filters, and data store writes.
Replace `mm_live_` with `mm_test_` keys during scenario development. Test-mode sends are recorded and inspectable in the dashboard but never delivered to real recipients. Switch to live keys only after the full scenario flow — including the approval branch — has been validated end to end.
Email infrastructure built for AI agents. Verifiable identity, graduated oversight, and a hosted MCP server. Formally verified in Lean 4.