Store contact records, sync email interaction history, and attach custom metadata — so agents personalize outreach without building pipelines across five systems.
AI agents that send email often work blind. Contact data lives in CRMs, product databases, and support tickets — none of which the agent can query at send time without brittle integrations. The result: generic messages, missed context, and repeated asks for information the agent should already have. Scattered identity data also creates GDPR compliance risk: a right-to-erasure request requires coordinated deletes across every system that touched the contact.
MultiMail ties contact records directly to email activity. When an agent reads or sends a message, interaction history updates automatically. Custom metadata — plan tier, last feature used, open support tickets — travels with the contact record, so every agent that touches that mailbox has full context without building ETL pipelines. GDPR deletion propagates in a single API call.
POST a contact with email address, name, and any custom metadata fields. Existing records are updated on email match; new records are created on miss. Metadata is arbitrary JSON — no schema migration required.
Every send_email, reply_email, or inbound webhook event is appended to the matching contact's interaction log. Agents query this log to see what was sent, when, and whether the recipient replied — without touching your CRM.
Use search_contacts to find contacts by email, domain, metadata field, or interaction recency before composing a message. Agents avoid duplicate outreach and can branch logic based on prior thread context.
At send time, the agent reads the contact record to pull metadata — product tier, last login, open items — and constructs a message grounded in actual account state rather than templated assumptions.
After a send or reply, the agent writes the new state back to the contact record: last contacted date, campaign stage, custom flags. Downstream agents pick up the updated state without re-fetching from external systems.
Pick your platform, copy the prompt, and paste it to your AI agent — it sets up MultiMail and builds the whole flow. Nothing to fill in.
Contact metadata is arbitrary JSON. Store product tier, account flags, or agent-specific state without defining schemas in advance. New keys are merged on update; existing keys are only overwritten if included in the payload.
Every email sent or received through MultiMail updates the relevant contact's interaction log. Agents query recency and thread count without parsing raw message headers or writing their own logging layer.
Deleting a contact cascades to associated interaction logs and metadata. Right-to-erasure requests require one API call rather than coordinated deletes across your CRM, data warehouse, and email provider.
Because contact state lives in MultiMail rather than agent memory, a different agent or model version picks up the same context — no re-hydration prompts, no state reconstruction from raw email threads.
Before any outreach batch, agents call search_contacts to check recency and confirm no active thread exists with the contact. This eliminates duplicate sends without maintaining a separate suppression list.
Email infrastructure built for AI agents. Verifiable identity, graduated oversight, and a hosted MCP server. Formally verified in Lean 4.