Australia / Healthcare / Boundry vs Mailgun

A Mailgun alternative for Australian healthcare.

Mailgun has one of the clearer regional models in email: message data can be provisioned in the US or EU and is documented as staying in that region. For an Australian healthcare workload, the remaining gap is geographic rather than semantic—Mailgun does not offer a Sydney message region.

A bank of physical recipient mailboxes with one door open and an envelope inside.
Different provider path · same recipient mailbox

TL;DR

Different products for different constraints.

Stay with Mailgun when its mature API, US or EU regional message boundary, and current retention controls satisfy the workload. Evaluate Boundry when the same architectural question must be answered with Sydney. Mailgun is a strong comparison precisely because it demonstrates that a real message-data boundary is possible, just not currently in Australia.

Comparison checked 16 August 2026 against the linked official documentation. Provider products and policies can change.

Evidence matrix

Compare the data path, not the logo wall.

DimensionBoundryMailgunWhy it matters
Product centre of gravityRegional transactional email with Sydney as region 01 and the project permanently bound to that choice.A mature programmable email platform with sending, receiving, tracking, validation, and deliverability products.Mailgun offers broader established email infrastructure; Boundry focuses on the Australian regional constraint.
Message-data regionsSydney (ap-southeast-2) is the live Boundry region.Mailgun lets customers provision message processing in North America or Europe. Its public region list does not include Australia.A well-defined EU boundary cannot satisfy an architecture requirement that specifically calls for Australia.
Regional scopeThe Sydney message plane owns messages, recipients, events, queues, and provider state, with control-plane exceptions documented separately.Mailgun says messages, event logs, suppressions, lists, statistics, routes, and IP addresses are region-bound; account information, users, billing, API keys, and domain names are replicated globally.Mailgun distinguishes message data from global account data, giving reviewers a useful but non-uniform boundary to assess.
Message-content retentionPer-data-class automated pruning is not yet implemented, so Boundry does not currently promise configurable deletion periods.Mailgun documents zero days on Free, one day on Foundation, and up to seven days on Scale and Enterprise, with three days as the default for newly created eligible domains.Mailgun currently provides clearer, enforceable content-retention settings than Boundry.
Events and suppressionsBoundry's lifecycle retention enforcement remains unfinished and is disclosed as such.Mailgun retains event data for 30 days and separately documents permanent records for hard bounces, unsubscribes, and spam complaints.Deleting message bodies does not remove the recipient-linked operational record.
Subprocessor and contract surfaceBoundry is building a region-specific manifest and evidence pack around a deliberately narrow communication path.Mailgun is a Sinch service governed by Sinch's DPA and subprocessor list, which documents US and EU hosting plus support and billing providers across multiple locations.The legal entity and shared group services belong in the vendor review, not only the Mailgun API endpoint.
Best fitAustralian healthcare and adjacent regulated workloads where Sydney processing is the deciding criterion.Teams wanting a mature email API with a documented US or EU message-data region and short content retention.Mailgun may be the better product unless the required region is Australia.

Who each product fits

A useful comparison should tell some buyers not to switch.

Choose Boundry when

  • The contract or architecture review specifically requires Australian processing.
  • Mailgun's EU or US boundary is well defined but still in the wrong jurisdiction.
  • The transactional email path is narrow enough to migrate and validate independently.
  • The team values a permanent project region and an Australia-specific evidence package.

Stay with Mailgun when

  • A US or EU message-data region satisfies the organisation's assessed requirements.
  • The team needs Mailgun's established inbound, validation, analytics, or deliverability tooling.
  • Plan-level message retention controls are required immediately.
  • Global account-data replication is acceptable alongside the regional message plane.

Migration path

Move one workflow. Preserve the evidence.

01

Inventory both Mailgun planes

Separate region-bound messages, events, suppressions, routes, and statistics from globally replicated account, key, billing, and domain data.

02

Create the Sydney project

Verify the sending domain, create a scoped Boundry key, and document which Mailgun regional endpoint the service currently calls.

03

Port one domain workflow

Move a single notification class and validate sending, webhooks, suppressions, retries, and the operational dashboard before broader cutover.

04

Reconcile retention evidence

Record the old Mailgun content and event settings, Boundry's current retention limitation, and the controls still required before production approval.

FAQ

Questions healthcare engineering teams should resolve.

Does Mailgun have an Australian region?

Mailgun's current public documentation lists North American and European regions. It does not list an Australian message-processing region.

Does Mailgun keep regional message data in the selected region?

Mailgun says message data does not leave its selected US or EU region. It also identifies account information, users, billing, API keys, and domain names as globally replicated data.

How long does Mailgun retain messages?

Mailgun documents plan-dependent message-content retention from zero to seven days. Event data is retained for 30 days, while certain suppression records can be stored permanently.

Is Boundry simply Mailgun with an Australian endpoint?

No. Mailgun is a much broader and more mature email platform. Boundry's proposition is a Sydney-first transactional path and evidence model; matching Mailgun's feature depth is not the current claim.

Primary sources

Every material comparison links to the provider.

Boundry is not affiliated with Mailgun. Product names and trademarks belong to their respective owners. This comparison is informational and does not constitute legal advice.

Other providers

Compare the same Australian healthcare boundary.

Sydney · Region 01

Make messaging part of the Australian boundary.

Start with one healthcare notification stream and test the migration before standardising the rest of the product.