23 years from Stockholm
Migration guide · Postmark

Migrate from Postmark to a transactional-first European alternative with the same architectural discipline

Postmark was the gold standard for transactional email throughout the 2010s — Wildbit built it bootstrapped from 2009, kept the Message Streams architecture (transactional and broadcast IP pools strictly separated) as the architectural commitment, and achieved 98.7% inbox placement in independent tests versus SendGrid's 95.3%. In May 2022, ActiveCampaign acquired Postmark, the Wildbit founders departed, and the post-acquisition trajectory has been gradual but cumulative: pricing volatility, dedicated IPs locked behind a 300K-emails/month minimum, the free Developer tier capped at 100 emails total per month (essentially testing-only), customer support reportedly less responsive than the pre-acquisition years, and the cost-at-volume problem (100K/month: Postmark ~$105 vs Amazon SES ~$10, a 10x premium). For teams that chose Postmark specifically for the transactional-first reputation and now want to preserve that architectural choice on European-jurisdictional infrastructure with dedicated IPs available from the entry tier rather than gated at 300K, here's the honest migration path.

What changed at Postmark and why teams are looking

Five structural shifts at Postmark since the ActiveCampaign acquisition, and what they mean for teams that chose it specifically for the architecture

Postmark was founded in 2009 in Chicago, Illinois, bootstrapped by two Wildbit co-founders who built it specifically as a transactional-first alternative to the era's general-purpose email APIs. The architectural commitment was the Message Streams pattern — transactional emails on one set of IP pools, broadcast emails on a strictly separated set, never mixed. The premise: when a marketing campaign triggers spam complaints, the shared IPs take a reputation hit, and your transactional email (password resets, receipts, notifications) suffers too. Postmark's infrastructure was built to make that impossible by design. The result was best-in-class inbox placement (98.7% in independent testing versus SendGrid's 95.3%) and a median delivery speed of around 10 seconds, both of which became reasons developers paid the premium versus cheaper alternatives.

In May 2022, ActiveCampaign acquired Postmark. The Wildbit founders departed during the transition. The acquisition initially produced minimal visible change — the Message Streams architecture stayed, the dashboard stayed familiar, the API stayed stable. The cumulative shifts came over the following three years. The free Developer tier remained capped at 100 emails per month total (not per day, total), making it essentially a verification tool rather than a real evaluation tier — Brevo, Resend, and MailerSend now offer 3,000-9,000 emails/month free, which is a meaningful integration-testing capacity that Postmark doesn't match. The Basic plan at $15/month for 10,000 emails is reasonable for low-volume transactional but the per-email cost climbs steeply with volume.

The bigger structural concern is dedicated IP gating at 300K emails/month. Dedicated IPs at Postmark cost $50/month each, which is competitive, but they're only available to accounts sending 300,000+ emails/month. For a team at 80K/month who wants dedicated IP isolation specifically because that's the Postmark architectural promise (per-stream IP separation), the only path is to either grow to 300K or to a competitor that offers dedicated IPs at lower volumes. The cost-at-volume problem compounds: at 100K emails/month Postmark runs roughly $105 versus Amazon SES at $10 — a 10x premium for the managed deliverability and inbox-placement guarantees. For mission-critical transactional (SaaS products, ecommerce checkouts) the premium is often justified; for high-volume notification workloads where each individual email matters less, the math gets harder.

Broadcast Streams launched in May 2023 as a marketing capability layered on the transactional infrastructure. The implementation is deliberately limited — no A/B testing, no visual email builder, basic segmentation, basic automation. The pitch is "marketing emails for teams who don't really do marketing emails" rather than a SendGrid Marketing Campaigns competitor. For teams that need real marketing capabilities, the typical pattern is Postmark for transactional + a separate tool (Klaviyo, ActiveCampaign itself, Customer.io) for marketing, which doubles the vendor count and reintroduces some of the complexity Postmark was supposed to eliminate.

The fifth shift is harder to quantify but is consistently mentioned in recent reviews: customer support responsiveness has declined from the pre-acquisition Wildbit standard. Pre-2022 Postmark support was widely praised as a key reason teams paid the premium. Post-acquisition reviews increasingly describe slower response times, less technical depth in answers, and the operational reality that support is unavailable on weekends (3 AM to 7 PM EST Monday through Friday only). The fundamentals are still good — the platform still works as advertised — but the "support is part of the product" promise that justified the premium has eroded.

For teams moving off Postmark in 2025-2026, the typical reasons cluster around: cost-at-volume relative to cheaper alternatives like SES (especially for high-volume transactional that doesn't need the deliverability ceiling Postmark uniquely offers), dedicated IP availability without the 300K gating, EU jurisdictional positioning (Postmark is US-based and now part of ActiveCampaign, also US-based, with CLOUD Act exposure), and the cumulative concern about ActiveCampaign's strategic direction for what was originally a developer-focused product within a primarily marketing-automation portfolio. The Postmark deliverability advantage is real — we'd be the first to say so — and our pitch is that we preserve the architectural commitment (per-stream IP separation, transactional-first reputation discipline) on EU-sovereign infrastructure with dedicated IPs available from the first plan.

Side-by-side comparison

Postmark versus Authorize Hosting on the dimensions that actually matter for transactional-first workloads

Dimension Postmark (ActiveCampaign) Authorize Hosting
Entry plan (paid) Basic $15/mo (10K emails) SMTP Relay Starter €399/mo (Email API €469/mo)
Free tier Developer tier 100 emails/month total (testing only) No free tier; 30-day money-back evaluation
Dedicated IPs $50/mo each but locked behind 300K+ monthly volume minimum 5-30 dedicated IPs included from entry tier; no volume gating
Cost at 100K emails/month ~$105/mo (Basic + overage); 10x vs Amazon SES at ~$10 €399-859/mo with dedicated IPs included
Transactional / broadcast separation Message Streams: strict per-stream IP pool separation (their core architecture) Per-stream IP isolation included; same architectural commitment
Inbox placement 98.7% in independent testing (industry best) 95-98% on dedicated IPs with proper warmup; comparable on transactional
Jurisdiction US (Chicago Illinois; ActiveCampaign parent); CLOUD Act 2018 exposure EU (Sweden HQ, Stockholm + Frankfurt routing); not subject to CLOUD Act
Broadcast / marketing Broadcast Streams added May 2023; limited (no A/B, no visual builder, basic segmentation) Marketing capabilities deliberately limited too; teams pair us with Klaviyo/Customer.io for marketing UI
Support availability 3 AM - 7 PM EST Monday-Friday only; no weekend coverage EU business hours phone + named operator + Slack channel; 24/7 critical-incident pager on higher tiers
DMARC monitoring $14/mo per domain (free version at dmarc.postmarkapp.com) DMARC RUA aggregation + visualization bundled in plans
Wildbit founder continuity Founders departed post-2022 acquisition; product velocity reduced Swedish operator team, continuous since 2003

Pricing data current as of Q1 2026 from public Postmark pricing pages and independent reviews (Mailflow Authority, Brevo, Sidemail, Sender). The 98.7% inbox placement figure comes from Mailflow Authority's 2026 independent testing; your specific deliverability will depend on sender reputation, list quality, and content patterns.

The 30-day migration playbook

How a typical Postmark migration runs — with Message Streams architecture preserved

The Postmark migration is structurally simpler than SendGrid or Mailgun because the architectural patterns transfer almost directly. If you've been running Postmark with the Message Streams discipline (separate streams for transactional categories — password resets, receipts, notifications — and a separate broadcast stream), the migration preserves that architecture on dedicated IPs that you now control rather than share with other Postmark customers.

Week 1 — Foundation + Stream mapping

DNS, authentication, and Postmark Message Streams to Authorize Hosting stream architecture

We provision dedicated IPs allocated specifically per stream (typically one IP pool for transactional, one for broadcast if you use Broadcast Streams) — this matches Postmark's Message Streams pattern but with the IPs being dedicated to your account rather than shared. Fresh DKIM keys generated under your sending domains; new DKIM records coexist with existing Postmark records during the migration window. SPF gets our include: directive added to your existing record. DMARC stays at your current policy. Stream-to-stream mapping is reviewed: every Postmark Message Stream becomes an AH stream with its own IP allocation, suppression list scope, and webhook destination.

Weeks 2-3 — IP warmup

Per-stream warmup on the new dedicated IPs while Postmark stays primary

Each stream's dedicated IPs get warmed independently — transactional stream warms with its highest-engagement traffic (password resets, receipt confirmations), broadcast stream warms more conservatively because the engagement signal is different. Day 1 of each stream sends 50 messages, doubling every 2-3 days through a 14-day curve to steady-state. This is the warmup discipline Postmark teaches but with each IP fully under your control — the warmup data isn't being averaged into shared-pool reputation but is building a reputation specific to your account.

Week 3 — Parallel-run validation

10-30% of traffic shifted per stream, side-by-side metrics

We route 10-20% of each stream's traffic through us via a feature flag in your application. Postmark's analytics granularity is excellent, so the parallel-run comparison is precise — same campaigns, same audience segments, side-by-side delivery speed, inbox placement, and bounce rates. We tune the warmup curve per stream if any gap emerges before increasing the percentage. Most teams reach 30-50% by end of week 3 with the transactional streams moving faster than broadcast.

Week 4 — Full cutover

100% traffic on Authorize Hosting, Postmark as standby

By end of week 4, every stream's dedicated IPs are at steady-state volume, delivery speed and inbox placement match or exceed Postmark baselines on transactional, and 100% of traffic shifts to us. Postmark stays as hot standby for 2-4 weeks — the Basic plan at $15/month is cheap insurance for failover capability while you validate the new infrastructure under real production conditions. Most teams cancel Postmark at end of week 8 once they've seen a full billing cycle of steady-state operation.

Feature parity for Postmark-shaped workloads

The Postmark feature set, mapped to what we ship — preserving the transactional-first architecture

Feature parity (direct equivalents)
  • Message Streams architecturePer-stream IP pool isolation, separate suppression scoping per stream, distinct reputation tracking per stream — the architectural commitment Postmark popularized, preserved on dedicated infrastructure
  • REST API + SMTP relayBoth endpoints; clean opinionated API design comparable to Postmark's; SMTP with STARTTLS, TLS 1.3, OAuth options
  • Webhook eventsDelivered, opened, clicked, bounced, complained, unsubscribed — same event taxonomy as Postmark, payload structure similar enough that handler code typically requires minor field-name adjustments only
  • Template engineMustachio-compatible template syntax (Postmark's choice); variables, conditionals, partials supported; template migration typically automated by our migration script
  • Server / multi-tenant modelPostmark's "server" abstraction maps to our subaccount; multi-environment setups (production, staging, development) work the same way
  • DMARC monitoringRUA report aggregation and visualization bundled rather than $14/month per-domain add-on like Postmark
  • Activity log + search45+ days of message event and full email content history; per-recipient drill-down for troubleshooting
Different model (not 1:1)
  • Free tierPostmark Developer 100 emails/month is essentially testing-only; we don't offer a free tier, but our evaluation is 30-day money-back on the entry plan
  • 98.7% inbox placement benchmarkHonest acknowledgment: Postmark's independent-test 98.7% is the industry top. Our dedicated-IP placement on transactional typically falls in the 95-98% range with proper warmup; the absolute peak Postmark achieves on shared transactional-only pools is genuinely impressive
  • Pricing modelTier-based monthly pricing in EUR; not per-email metered like Postmark Basic. Predictable at our volumes; for very low volume (under 10K/month) Postmark Basic at $15 is genuinely cheaper
  • Onboarding speedPostmark's self-service signup gets you sending in minutes. Our named-operator onboarding takes 30-60 minutes for the first conversation, then 1-2 weeks for DNS and IP provisioning. Slower start, faster long-term operation
  • Broadcast Streams marketingPostmark's Broadcast Streams are limited and we're equally limited — neither of us is a SendGrid Marketing Campaigns competitor. Teams that need real marketing pair us (or Postmark) with a dedicated marketing tool
Pricing scenarios

How Postmark migrations typically size on the new infrastructure

Postmark Basic replacement

SMTP Relay Starter · €399/mo

5 dedicated IPs (Postmark Basic at $15/mo has 0), up to 200K messages/month, full Message Streams parity with per-stream IP isolation, DMARC monitoring bundled. Sized for teams currently on Postmark Basic at $15-50/mo with overages who want dedicated IPs without the 300K-volume gating.

See SMTP Relay
Postmark Platform replacement · Most common

Email API Pro · €859/mo

20 dedicated IPs from day one (Postmark Platform requires 300K/mo to access dedicated IPs at $50 each), up to 2M messages/month, full Message Streams parity, dedicated deliverability engineer, EU jurisdiction. Most common landing for teams currently on Postmark Platform at $18-150/mo + DMARC monitoring + dedicated IPs once they hit volume.

See Email API
High-volume Postmark replacement

PowerMTA Enterprise · from €2,799/mo

PowerMTA-based architecture for teams above 2M messages/month, 30+ dedicated IPs, custom IP pool segmentation per stream, named deliverability engineer, EU-only routing across Stockholm + Frankfurt. For teams previously paying Postmark $500+/mo who want EU jurisdiction and want to escape the cost-at-volume curve.

Open the conversation
Common migration questions

What teams ask before kicking off the Postmark migration

Can you actually match Postmark's 98.7% inbox placement?

+

Honest answer: Postmark's 98.7% is impressive and we're not going to claim we match it on shared-pool benchmarks. Their advantage comes from running transactional-only IP pools at scale across many customers, which produces aggregate reputation that's hard to replicate on dedicated infrastructure where reputation has to be built per account.

What we deliver: 95-98% inbox placement on dedicated IPs with proper warmup, which is a meaningful improvement over the 85-90% range typical on shared infrastructure at most competitors. The trade-off is that the IPs are yours rather than shared with other senders — which means your reputation is yours to build and yours to control, not dragged down by other customers' behavior. For mission-critical transactional, the 1-2 percentage point gap versus Postmark is often acceptable in exchange for the architectural control, EU jurisdiction, and dedicated IP availability from the entry tier.

What happens to our Message Streams architecture?

+

Preserved directly. The Postmark Message Streams pattern — separate streams for transactional categories (password resets, receipts, notifications) with strictly separated IP pools — maps one-to-one onto our stream architecture. Each Postmark Message Stream becomes an AH stream with its own dedicated IP allocation, suppression list scope, and webhook destination. The architectural commitment that drew you to Postmark in the first place is preserved.

What's actually different: in Postmark, the per-stream IP pools are still shared with other Postmark customers using the same stream type. With us, the IPs are dedicated to your account — so your transactional stream is on IPs that only carry your transactional traffic, not pooled with other customers' transactional traffic. For teams that originally chose Postmark for the Message Streams discipline, this is a strict upgrade in isolation.

What about the ActiveCampaign acquisition specifically — should we be worried?

+

The honest read: Postmark still works as advertised, but the strategic uncertainty is real. ActiveCampaign is primarily a marketing automation company, and Postmark was originally a developer-focused transactional tool. Whether Postmark gets the engineering investment and product attention it had under Wildbit's ownership going forward depends on ActiveCampaign's product roadmap priorities, which aren't fully public. The Wildbit founders' departure removed the people who had been the product's strategic voice for a decade.

The reviews on G2 and similar sites consistently mention some version of this concern — fear that pricing will increase, fear that service will get worse, both based on customer experience with ActiveCampaign's core product line. Whether those fears are justified will play out over the next 2-3 years. For teams that want to control their exposure to that uncertainty by moving to a vendor with stable strategic positioning, we're an option. For teams comfortable with the uncertainty, Postmark may still be the right choice given the deliverability advantage.

Will we lose the sender reputation we've built on Postmark?

+

Domain reputation transfers; IP reputation doesn't. Sender reputation at receiving mailbox providers (Gmail, Yahoo, Microsoft) is largely tied to the combination of sending IP and From: domain. Your domain reputation stays attached to the domain — when emails start flowing through our new IPs but the same From: domain, receivers see "this domain has historical engagement, but the IP is new." The 14-day warmup curve per stream handles that transition.

What we don't transfer: any historical IP reputation Postmark built on their shared transactional pools. That data isn't portable. The advantage on our side: the new IPs are dedicated, so the reputation built during warmup is yours alone — not averaged with other customers' behavior. Most teams see steady-state placement matching their Postmark baseline by end of week 6 with the warmup complete.

What about the 300K-emails-per-month dedicated IP gating?

+

This is one of the most common migration triggers we hear. Teams at 50-200K emails/month who want dedicated IPs specifically for the reputation isolation Postmark teaches as the right architectural choice — but can't access dedicated IPs from Postmark itself without growing to 300K — find themselves in an awkward position. Either they grow their volume artificially to qualify (which doesn't make business sense) or they stay on shared IPs and accept that their stream isolation is logical but not physical.

On our infrastructure, dedicated IPs are included from the entry plan. A team at 80K/month gets 5 dedicated IPs on SMTP Relay Starter at €399/mo, which is more expensive than Postmark Basic at $15 + Platform at $18 in absolute terms, but includes the dedicated IPs that Postmark wouldn't offer at that volume at any price. The cost comparison should include "the dedicated IPs you couldn't actually get from Postmark" rather than the dollar-for-dollar plan price.

How does this compare against migrating to Amazon SES?

+

For pure cost optimization at high volume, SES wins. At 100K emails/month: Postmark $105, SES $10, us €399. The 10x premium between SES and Postmark represents the managed deliverability that Postmark provides (and that we provide), versus the unmanaged "you handle warming, monitoring, complaint-rate management" model SES expects. For teams sending high-volume notification email where individual deliverability matters less than aggregate cost, SES is genuinely the right answer.

Where we differ from SES: managed deliverability practice with named operator engagement versus metered API with self-service operations. For mission-critical transactional (password resets, payment receipts, checkout flow notifications) where each missed email costs more than the message itself does in fees, the managed model is worth the premium. For teams without dedicated deliverability staff, our pricing typically beats SES + the cost of the internal lead. The honest comparison depends on what the email is doing.

Is there a contractual minimum or long-term commitment?

+

Month-to-month on all standard plans with 30-day notice for cancellation. Annual contracts available with 10-15% discount if pricing certainty matters. No trial-then-paid-then-overage waterfall like SendGrid; no pay-as-you-go that could double overnight like Mailgun Flex. The plan you choose is the price you pay for the volume that plan covers, and overage discussions happen before they appear on a bill.

For migration projects specifically, the first 60 days are structured so that you can route back to Postmark at any time if the new infrastructure doesn't meet your standards. We don't lock you in during the period when you're still validating.

Open the migration conversation

Tell us about your current Postmark setup: which tier (Developer, Basic, Platform, custom), monthly volume, number of Message Streams in use, whether you've hit the 300K dedicated IP threshold or are stuck below it, whether you also use Broadcast Streams, and what specifically prompted you to look at alternatives. We'll come back with a sized proposal, Message Streams to AH streams mapping, and migration timeline.