Boundry Email
LiveTransactional email with delivery events, signed webhooks, and regional message records.
Explore EmailZapier-style workflow automation and transactional email, built around one fixed region per project. Sydney, Australia is live today.
npm i boundry-sdk
Use your framework, language, or existing service. The regional boundary stays consistent underneath.
Transactional email through an API you already know, with the delivery record kept next to the message.
Your September invoice is ready. Payment of $240.00 was received and applied to your account.
Thanks, received. Can you confirm the receipt went to accounts as well?
Delivered from Sydney at 9:42:18. The message record, delivery event and webhook receipt are attached to msg_01.
Every receipt leaves through one Sydney project, so support can open the exact message when a customer asks.
Pick the region, choose how you want to connect, then bring the exact install code into your application.
Select the region your project lives in and the language your app uses.
Copy the prompt or run the install command to connect your app.
Generated for Sydney and Node.js.
Integrate Boundry into this Node.js project in the Sydney region using the instructions at https://boundry.dev/llms.txtTransactional email with delivery events, signed webhooks, and regional message records.
Explore EmailMulti-step workflows with triggers, filters, delays, Slack, HTTP, and inspectable run history.
Explore Automationsinvoice.paidReceived just nowProjectNorthbank
RegionSydney
WorkloadYour application
StageNorthbank subscription
Native inbound is deployment-gated.
Connect product activity, preserve the run context, require approval where it matters, and inspect every outcome in one place.
Trigger workflows from the frameworks and channels your product already uses. Email events, webhooks and Slack all arrive inside one fixed regional project, with the delivery record kept beside every run.
Every run carries the trigger payload, project settings and encrypted credentials, so the next step never rebuilds state or guesses what happened before.
When a workflow refunds, notifies a customer or calls an external API, it can post the outcome and its evidence to Slack in the same run.
Install the SDK, create a Sydney project and connect your first trigger from the terminal. Everything the workflow does stays inspectable inside that region.
Regional transactional email through an API you already know, with the delivery record kept next to the message.
One call sends the message from Sydney. The message record, delivery events and signed webhooks land in the same project, so evidence never has to be reconstructed.
import Boundry from 'boundry-sdk';
const client = new Boundry({
apiKey: process.env['BOUNDRY_API_KEY'],
});
const email = await client.emails.send({
from: 'Acme <hello@acme.com>',
to: 'ava@northwind.com.au',
subject: 'Welcome to Acme',
html: '<p>It works.</p>',
});
console.log(email.id);Connect the domain to the project that will send from it, then watch each DNS record verify inside the same regional workspace.
Every delivery event is signed with the endpoint's secret and sent to the systems that need it, with the message record one click away.
Configure evidence windows per project when automated retention controls are available. Message records stay in the region either way.
Automated retention controls are planned.
Read the evidence before you commit. The boundary is documented, and so is where it ends. Sydney is live today; more locations will follow.
Read the Sydney manifestWorkflow automation and transactional email for developers. Each project is fixed to one region at creation. Sydney (AWS ap-southeast-2) is the only live region today.
Boundry runs project message operations and configured application storage in the selected regional plane. Public requests transit Cloudflare, Clerk handles account identity centrally, and recipient mailbox providers are outside Boundry's boundary after delivery.
No. The region is part of the project's identity. A new region is a new project.
Native inbound is implemented but deployment-gated and not generally available.
Automations is a product preview. You can build, test and run workflows today in the Sydney region.
JavaScript/TypeScript (`boundry-sdk` on npm), Python (`boundry-sdk` on PyPI), Go (`github.com/flindev/boundry-go`) and PHP/Laravel (`boundry/sdk`). Ruby uses the REST API directly.
A free sandbox, then monthly plans priced in USD. Paid checkout is not yet self-serve.
Yes. Point it at https://boundry.dev/llms.txt. The API is described at /openapi.json and an agent skill lives at /skills/boundry/SKILL.md.
Whether you are sending transactional email or running a workflow, Boundry is the regional layer that keeps the work where you chose to run it.
npm i boundry-sdk