API key authentication
Authenticated API requests use an API key header and map back to the same user mailbox ownership model as the web console.
Developer automation
mailfab gives product engineers and QA teams a practical temporary inbox layer: API key authentication, mailbox creation, message reads, optional sending, webhooks, and a CLI built for repeatable automation.
Authenticated API requests use an API key header and map back to the same user mailbox ownership model as the web console.
Create temporary addresses, list mailboxes, list messages, read message content, send from enabled addresses, and delete mailboxes or messages.
Signed-in users can configure webhook notifications for new inbound mail, including standard endpoints and supported Feishu bot URLs.
/api/emails/generateCreate a temporary mailbox/api/emailsList active mailboxes/api/emails/{id}List messages for one mailbox/api/emails/{id}/{messageId}Read one message/api/emails/{id}Delete a mailboxSemrush data showed demand for disposable email checker APIs. Mailfab should not imply it provides a domain checker until that product actually exists.
Reliable test shape
A temporary address per scenario keeps verification mail isolated. The guest inbox is useful for quick manual checks, while signed-in workflows unlock API keys, CLI automation, webhooks, sharing, and sending where your account is allowed to send.
mailfab intentionally separates quick browser use from authenticated automation. Guest inboxes are scoped to the current browser session; API and CLI workflows belong to signed-in accounts.