For Agents
Provision and manage a self-hosted Mailu mail server: create users, aliases, and domains, configure relays, and set up fetchers. Used by agents that automate hosting setup for self-managed email.
Install Jentic One Beta
Jentic One is a self-hosted execution layer for AI agents. It lets your agent call the Mailu API, or any other public or private API you need. You set the rules, the agent never sees your credentials, and every call is logged.
Two steps, two machines. Install the instance in a safe environment, then register your agent from wherever it runs.
Step 1: Jentic One Host machine
# On the machine that will host your Jentic One instance:
curl -fsSL https://raw.githubusercontent.com/jentic/jentic-one/main/tools/install.sh | shStep 2: Agent machine
# On the machine where your agent runs (keep this separate from the instance):
curl -fsSL https://raw.githubusercontent.com/jentic/jentic-one/main/tools/install.sh | sh
jentic register # connects your agent to your Jentic One instanceJentic One is in public beta. The setup above keeps your agent separate from the instance, which is what you want before using real credentials: an agent running as the same OS user as Jentic One can read its stored keys directly. Just evaluating? A single local install is fine to start. See the secure deployment guide for the tiers.
What an agent can do with Mailu API.
Create a new mailbox user under a managed domain with quota and password
Add or remove a forwarding alias that points to one or more destinations
Register a new managed domain on the Mailu server with MX and TLS settings
GET STARTED
Use for: I need to create a new user mailbox on a Mailu server, Add a forwarding alias from sales@example.com to the team, List every domain managed by the Mailu server, Update the password and quota for an existing Mailu user
Not supported: Does not send transactional or marketing email, host an external SaaS mailbox, or manage end-user webmail sessions — use for self-hosted Mailu admin operations only.
Jentic publishes the only available OpenAPI specification for Mailu API, keeping it validated and agent-ready. Mailu is a self-hosted Docker mail server and its admin REST API exposes 25 endpoints for managing the entities a postmaster cares about: domains, users, aliases, relays, and fetcher accounts. The API runs on the operator's own host and is protected by an API token configured in the Mailu admin interface, making it ideal for automated provisioning of small-to-medium self-hosted mail deployments.
Configure a relay domain so the server forwards mail to an upstream host
Set up a fetcher account that pulls mail from an external IMAP or POP3 mailbox
Audit every user and alias on the server for retention or compliance reviews
Patterns agents use Mailu API for, with concrete tasks.
★ Automated User Provisioning
Self-hosted Mailu deployments often back small companies and homelabs that add and remove users frequently. The user endpoints create, update, and delete mailboxes under a managed domain with quota, password, and forward settings, so an HR or onboarding script can provision a new starter's mailbox in seconds. The same flow handles offboarding by deleting or disabling the user.
POST /users with email new.starter@company.com, password, and quota — then verify with GET /users/{email}.
Alias and Forwarding Management
Group addresses, role mailboxes, and personal forwarding rules are managed as Mailu aliases. The alias endpoints create, update, and delete forwarding rules that point a single address at one or more destinations. Operators can rotate role mailbox owners or disable a leaked address without touching the underlying user.
POST /aliases creating sales@example.com pointing at [alice@example.com, bob@example.com] with copy-on-keep enabled.
Domain and Relay Configuration
Adding a new domain to a self-hosted Mailu instance is a multi-step task: create the domain in admin, configure MX in DNS, optionally set up relay rules. The Mailu domain endpoints handle the admin side and the relay endpoints register upstream forwarders for outbound traffic. Together they let an automation script bring a new domain online without console access.
POST /domains with name 'newcompany.io', then POST /relays for upstream-relay.example.com to handle outbound.
AI Agent Postmaster Assistant
Operators of self-hosted mail servers benefit from agents that triage common admin requests: 'add a forwarder', 'reset a password', 'delete a stale alias'. Through Jentic the agent searches by intent, loads the schema, and executes the right Mailu admin call. The API token stays in the vault rather than in the agent's context.
Use Jentic to search 'add forwarding alias on mailu', execute POST /aliases with the requested forward, and confirm by listing the alias back.
25 endpoints — jentic publishes the only available openapi specification for mailu api, keeping it validated and agent-ready.
METHOD
PATH
DESCRIPTION
/users
Create a user
/users/{email}
Get user details
/aliases
Create an alias
/domains
Create a domain
/relays
Create a relay domain
/fetch
Create a fetcher
/users
Create a user
/users/{email}
Get user details
/aliases
Create an alias
/domains
Create a domain
/relays
Create a relay domain
/fetch
Create a fetcher
Three things that make agents converge on Jentic-routed access.
Credential isolation
The Mailu API token is stored encrypted in the Jentic vault. Agents call the API through a scoped execution token and Jentic injects the Authorization header server-side, so secrets never enter agent context.
Intent-based discovery
Agents search by intent (e.g., 'create a mailu user') and Jentic returns the matching admin endpoint with its input schema — no need to keep the 25-operation surface in the agent's prompt.
Time to first call
Direct Mailu integration: a couple of hours per workflow, plus the operator effort of locating the admin token. Through Jentic: under 30 minutes — search, load, execute.
Alternatives and complements available in the Jentic catalogue.
Specific to using Mailu API through Jentic.
Why is there no official OpenAPI spec for Mailu API?
Mailu does not publish an OpenAPI specification. Jentic generates and maintains this spec so that AI agents and developers can call Mailu API via structured tooling. It is validated against the live API and kept up to date. Get started at https://app.jentic.com/sign-up.
What authentication does the Mailu API use?
Mailu uses an API token passed in the Authorization header, configured in the admin interface of the self-hosted instance. Through Jentic the token is encrypted in the vault and injected at execute time, so it never enters the agent context.
Can I create a new mailbox user through the API?
Yes. POST /users with email, password, and quota creates the mailbox. GET /users/{email} returns the configured user, and PATCH or DELETE update or remove it.
How do I forward mail from one address to another on Mailu?
Create an alias with POST /aliases where the source is the public address and destination is the list of recipients. Update the alias with PATCH /aliases/{email} or remove it with DELETE.
What are the rate limits for the Mailu API?
Mailu is self-hosted, so rate limits depend on the operator's deployment rather than a managed quota. The OpenAPI spec does not declare limits — keep request rates reasonable to avoid pressure on the admin process.
How do I provision a Mailu user through Jentic?
Run pip install jentic, search 'create mailu user', load the schema for POST /users, and execute with email, password, and quota. Jentic injects the API token from the vault at request time.