POST /sendemail/Send email
Trigger an API request to send from your connected address.
The building blocks for email-enabled applications: sending, reading, mailbox access, and consistent communication.

ONE MAILBOX. CLEAR ENDPOINTS.
Connect SMTP and IMAP once. MailBridgeAPI gives your applications HTTP endpoints to trigger actions with that mailbox, while you keep your existing address and provider.
POST /sendemail/Trigger an API request to send from your connected address.
GET /getemail/Read messages from the connected mailbox through a JSON response.
GET /email/unsubscribed/Retrieve opt-out records for your own contact workflows.
Send transactional emails and notifications through your connected SMTP mailbox. Your provider and sender identity stay with you.
Retrieve incoming messages from your IMAP folders. Turn customer requests, alerts, and replies into useful application data.
The mailbox owner enters their credentials in MailBridgeAPI. Your developer uses API keys to connect the project, without needing to know the email password.
Configure a shared header and footer in the dashboard. Keep your branding and signature consistent across the emails your applications send.
Enable unsubscribe links for your mailings and retrieve opt-out records through the API to update your own contact lists.
Connect API requests to your business logic. Build automated responses, data extraction, or AI-assisted workflows around your existing mailbox.
Your client or mailbox owner connects the email account in MailBridgeAPI. You build the integration with API keys, without needing to know their mailbox password.
See the client integration example
Enters SMTP / IMAP credentials in MailBridgeAPI.
Uses the configured connection to communicate with the mailbox.
Uses account and mailbox API keys to send or retrieve emails.
The owner enters the mailbox credentials. The developer receives the API access needed for the integration.
Keep the mailbox password out of project source code, developer messages, and individual application configurations.
When mailbox settings change, update the connection in the dashboard instead of redistributing the password across projects.
MailBridgeAPI still needs the owner’s mailbox credentials to connect to the email provider. API keys grant access to email operations: treat them as secrets and keep them in your backend.
No. MailBridgeAPI connects to an existing mailbox using SMTP for sending and IMAP for reading. Your provider must allow compatible access, and may require an app password or particular security settings.
An account and the connection settings for a mailbox you are authorized to use: SMTP and IMAP hosts, ports, usernames, and credentials. Add these in the dashboard, then use your account API key and mailbox key in your requests.
Yes. You can configure multiple mailboxes and choose the one to use with the apikeybox parameter. Check your account or contact us for any mailbox limits applicable to your subscription.
Yes. You enter the mailbox’s SMTP and IMAP credentials yourself in the MailBridgeAPI dashboard. Your authorized developer uses your account API key and mailbox key in the project’s backend. They do not need your mailbox password. MailBridgeAPI needs those credentials to connect to your provider, and the API keys must also be kept secret because they allow email operations.
Yes. Any backend or automation tool that can make HTTP requests can use the documented endpoints. Your application supplies the workflow logic, scheduling, customer matching, and any AI processing. These are integrations you build, rather than preconfigured applications included with the API.
Both published plans include unlimited email API requests. Individual endpoints have rate limits, and your email provider’s sending limits and acceptable-use rules still apply.
You can try MailBridgeAPI for 3 days without a credit card. Choose monthly or annual billing when you are ready to continue.
Turn your mailbox into an API, call your first email endpoint, and give every project a simpler way to send or retrieve messages.