Skip to content

PowerMTA 6.0 · Managed hosting

Dedicated PowerMTA hosting for senders who care about the inbox.

A properly tuned PowerMTA 6.0 server, dedicated IPs, per-ISP throttling and deliverability engineering — handled by engineers who have been shipping bulk email since 2015. We carry the licence; you carry the campaigns.

  • PowerMTA 6.0 · REST API
  • Up to 10M+ emails/day
  • Google & Yahoo compliant
  • Bilingual support
  • Crypto accepted

What you actually get

Not "SMTP hosting". An email infrastructure team on retainer.

Plenty of providers will sell you root access to a VPS with PowerMTA on it and call it a day. That is not what we do. Blue Spirit's PowerMTA hosting is a managed service: the box is ours to operate, the deliverability is ours to own, and your time belongs to campaigns — not to cron jobs.

PowerMTA 6.0 the right way

Latest release with REST API, automated MX rollups, HAProxy inbound connector, Prometheus exporter and native support for Gmail / Yahoo 2024 sender rules.

Per-ISP throttling pre-tuned

Separate queue profiles for Gmail, Outlook, Yahoo, Apple, Yandex, regional ISPs. Ramp-up curves, back-off policies and connection limits configured from day one.

Bounce & FBL processing

Every bounce is parsed, classified and fed back to your platform so suppression lists update automatically. Feedback loops wired to every major ISP that offers one.

Full authentication stack

SPF with correct includes, DKIM with 2048-bit rotating keys, DMARC with reporting endpoint, MTA-STS policy, TLS-RPT and BIMI support when you are ready.

Observability you can read

Grafana dashboard, Prometheus alerting, log retention, bounce rates per ISP, reputation trends. You do not need a spreadsheet to know if Gmail is happy.

IP warm-up as a service

Every new IP gets a 30 to 60 day ramp plan, daily ceilings, per-ISP throttles and reputation checks. Pools rotate under policy, not at random.

2026 reality

PowerMTA in 2026: the landscape you are actually choosing in.

PowerMTA is no longer the only enterprise-grade option, and pretending otherwise would waste your time. The 2026 MTA landscape has three meaningful shifts you should understand before signing anything. We sell PowerMTA managed hosting and we believe in it; that does not mean it is the right answer for everyone, and it does not mean we hide the comparison.

The first shift is price. PowerMTA's licensing under Bird/SparkPost ownership has crept upward. Volume tier licenses now start at $8,000/year direct from the vendor, with development and test licenses charged separately. Capterra reviewers note this explicitly — the product is mature and stable, but the pricing has outpaced the feature roadmap. Managed providers like us absorb that cost into the monthly subscription, which is why managed pricing has held steady while DIY pricing has climbed.

The second shift is open source competition. KumoMTA, released under Apache 2.0 by ex-PowerMTA engineers, is a real PowerMTA-class alternative for teams with strong in-house Lua scripting and MailOps capacity. In Q1 2026, Postmark publicly completed a full migration from PowerMTA to KumoMTA, with measurable queue time improvements: Gmail dropped from 2 seconds to 1.2, Yahoo from 4.6 to 3.2, Microsoft from 4.8 to 2.8, Apple from 8 to 6.3. That is not nothing. If you are an ESP with a dedicated infrastructure team, KumoMTA is genuinely worth evaluating before paying for PowerMTA.

The third shift is regulatory. Gmail, Yahoo and Microsoft tightened bulk sender enforcement progressively from February 2024 through May 2025, and the pattern continues. SPF, DKIM, DMARC alignment, one-click unsubscribe and sustained complaint rates under 0.1% are now table stakes — not aspirations. PowerMTA 6.0 has the configuration primitives to comply correctly; whether your deployment uses them is a question of operations, not software.

Decision framework

PowerMTA is not always the right tool. Here is how we tell.

Most "should I use PowerMTA" articles are written by companies that sell PowerMTA. Below is the same decision tree we walk through on the discovery call — including the branches where the honest answer is "use SaaS" or "use Postfix and save your money".

Should I run dedicated PowerMTA? More than 250,000 emails / month? No Use SaaS API. SendGrid / Postmark / SES — cheaper Yes Primarily transactional traffic? Yes Use SES or Postmark. Transactional-only does not justify PMTA No In-house MailOps team with Lua scripting capacity? Yes Evaluate KumoMTA first. Free, Rust, modern. Postmark migrated 2026. No Want managed + vendor support? Yes Managed PowerMTA hosting. Blue Spirit Growth € 149/mo all-in. License + ops + warmup + monitoring bundled. No Self-host: PMTA license direct or Halon.

Two real-world calibration points the diagram cannot capture. First: even when KumoMTA is the technical answer, many teams underestimate the operational depth needed to run it. Lua-based policy engineering is closer to writing a small distributed system than to editing a config file. If your team does not include at least one engineer comfortable with that work, the "free software" ends up costing more in incident response than a managed PowerMTA subscription. Second: the SaaS branch (SES, Postmark, SendGrid) is the right answer more often than this market admits. If your sending profile is transactional with predictable volume and your engagement signals are healthy, the per-email cost of a SaaS API is usually lower than dedicated infrastructure once you account for ops time. We will tell you so on the call.

Why PowerMTA still wins in 2026

If you have been sending at volume for more than a year, you have probably tried every alternative. Postfix gets you to a few hundred thousand emails a day before the queue starts complaining. Exim has charm but lacks the bulk-sender instrumentation. Haraka looks modern but leaves you to write everything yourself. Sendmail is a museum piece. SaaS relays (SendGrid, Mailgun, Postmark) are excellent for transactional mail but charge by the email and penalise volume marketing.

PowerMTA — originally Port25, now owned by Bird/SparkPost — sits in a different category. It is the engine that powers most of the world's bulk and marketing email the moment volumes cross a few million per month. The 6.0 release (February 2025) refreshed it for the post-Yahoo/Google-2024-requirements era: a proper REST API for virtual MTA management, automatic MX rollups to avoid over-connecting, an HAProxy inbound connector, a Prometheus exporter, and sensible defaults for the 2024 sender requirements that are now enforced at the major ISPs.

The practical difference is granularity. In PowerMTA you declare a virtual MTA per audience, per brand or per product line. Each VMTA has its own IP binding, its own throttling curve, its own bounce categorisation, its own accounting file. When a single VMTA's reputation dips, the others keep sending. When Gmail tightens its policy, you edit one domain-level block instead of rewriting a Postfix master.cf. When you need to add 10 new IPs, you declare a pool and let the scheduler rotate them per domain.

VMTA architecture: how PowerMTA actually routes a message

The single most-misunderstood part of running PowerMTA is the virtual MTA layer. Most teams configure two or three VMTAs (marketing, transactional, maybe cold) and stop there. That works at low volume but breaks the moment you have multi-brand, multi-IP-pool requirements. The diagram below shows how a properly designed VMTA tree routes a single message through the system.

Your campaign tool MailWizz / Acelle / Instantly SMTP-AUTH submits message X-Job header PowerMTA router Reads X-Job, assigns pool via pool selector rules Logical pool selection (4 examples) marketing-brand-A IPs 1-3 · DKIM selector: bsel-a · From: brand-a.example.com marketing-brand-B IPs 4-5 · DKIM selector: bsel-b · From: brand-b.example.com transactional (isolated) IPs 6-7 · DKIM: tsel · From: alerts.example.com · priority queue cold-outreach (isolated) IPs 8-10 · DKIM: csel · From: outreach.example.com · stricter throttle Each pool applies independent per-ISP throttling at delivery time Gmail / Workspace 10 conn/IP, 50 msg/conn backoff on 4.7.x Microsoft 5 conn/IP, 20 msg/conn stricter, longer backoff Yahoo / AOL 8 conn/IP, 30 msg/conn complaint-sensitive Apple iCloud 12 conn/IP, 40 msg/conn MPP-aware metrics Other / regional conservative defaults per-domain rules Feedback path: bounces, FBL reports, complaints flow back per VMTA PowerMTA accounting files deliveries, bounces, retries per VMTA CSV format, parsed every 60 seconds Suppression sync to your tool hard bounces, complaints, unsubscribes webhook or API push

Two architectural choices in this diagram are worth highlighting because they are the difference between an OK PowerMTA deployment and a great one. First: transactional and cold pools are isolated, not shared with marketing pools. They get their own IPs, their own DKIM selectors, their own subdomains and their own throttle profiles. This is non-negotiable. The single most common avoidable mistake we see in audits of other providers' PowerMTA setups is transactional traffic riding on the marketing pool, which means a bad marketing campaign quietly degrades critical password reset emails.

Second: per-ISP throttling values are not generic. The numbers in the diagram are starting points, not best practices. Gmail responds well to ten parallel connections per IP at the warmup phase but tolerates more once reputation is built. Microsoft expects fewer connections and longer per-connection windows. Yahoo is volume-sensitive but tolerates higher concurrency. The configuration tuning that gets these numbers right per pool, per ISP and per warmup phase is what we charge for in the managed plan.

Our managed PowerMTA stack, end to end

Here is what actually runs on a Blue Spirit PowerMTA server. This is not marketing, this is the configuration we put in place on day one of every deployment:

  • OS layer: AlmaLinux 9 or Ubuntu 22.04 LTS, hardened per CIS baseline, automated security updates, kernel tuning for high-concurrency connections (file descriptors, TCP reuse, TIME_WAIT).
  • PowerMTA 6.0: current patch level, config split across pmta-global.conf, vmtas.conf and domain-specific domains.d/*.conf, SMTP-AUTH enabled for your tool's IPs only.
  • Virtual MTAs: one VMTA per IP plus logical pools (marketing, transactional, cold). Per-VMTA limits on concurrency, per-ISP buckets for Gmail, Outlook, Yahoo, Apple, Yandex and regional ISPs.
  • DKIM: 2048-bit keys, rotated quarterly, selector-suffixed by year/quarter, managed through our tooling so you never have a stale key in DNS.
  • SPF / DMARC / MTA-STS / TLS-RPT: published at the correct selectors, aligned with your domains, DMARC starting at p=none with RUA reports to an inbox you own (or ours, if you prefer we monitor).
  • Postmaster tools: Google Postmaster Tools, Microsoft SNDS and JMRP, AOL FBL, Yahoo FBL and any other available feedback loop — all enrolled on day one.
  • Bounce processing: PowerMTA's accounting files parsed by our pipeline and posted back to your platform (MailWizz, Acelle, cold-email tool) so suppression lists stay honest.
  • Monitoring: Prometheus exporter scraped every 15 seconds, Grafana dashboards for queue depth, delivery rate, bounce rate per ISP, reputation trends, IP blacklist status. Alerts go to our on-call rotation, not to a forgotten email address.

All of this is documented in your client folder and accessible via a read-only Grafana login. You do not need to trust us; you can see the numbers.

How we warm up IPs (and why generic schedules fail)

Warm-up is the step most providers hand-wave through. A common pattern in the cheaper end of the market is to send a template schedule — "day 1, 50 emails; day 2, 100; day 3, 200" — and call it a warm-up plan. That schedule is useless for two reasons. First, it ignores content and list quality: sending 50 emails to a scraped list is worse than sending 10,000 to an engaged one. Second, it ignores the per-ISP reality: Gmail responds to engagement signals, Outlook responds to complaint rate, Yahoo has its own thresholds, and a schedule that works for one will burn another.

Our warm-up process is different. Every new IP enters a 30 to 60 day phased ramp with per-ISP ceilings, engagement targets and automatic back-off when bounce or complaint rates cross thresholds. We pre-seed the IP with warm-up traffic (low volumes, high engagement) during the first two weeks, then gradually expose it to your real campaigns in increasing percentages. We monitor Google Postmaster, Microsoft SNDS and blacklist status daily, and pause or slow the ramp when signals demand it.

For clients who are rebuilding a reputation — for example after a previous provider got their IPs blacklisted, or after a migration from SendGrid / Mailgun — we offer a longer recovery protocol that includes list hygiene, engagement segmentation and a staged re-introduction of older cohorts. This is where having ten years of ISP relationships and case-by-case intuition pays off.

Per-ISP throttling reality: the numbers we actually use

Most PowerMTA tutorials online give you generic throttling values that worked five years ago. The current 2026 reality is more granular. Each major mailbox provider has its own concurrency tolerance, its own per-connection window, its own backoff response to throttle signals, and its own pattern for what "too aggressive" looks like. The table below is a representative starting profile for a fully warmed dedicated IP — adjusted in production based on Postmaster Tools data, FBL signals and observed deferrals.

Mailbox provider Conn / IP Msgs / conn Throttle response Operational note
Gmail / Workspace 10 50 Backoff on 4.7.28, drop to 50% concurrency for 30 min Engagement-driven; warm-up matters more than throttle
Office 365 3 15 Aggressive backoff on 4.7.500–4.7.799, escalating Stricter than Outlook.com; tenant-specific filtering
Outlook.com 5 20 421 with S0/S1 suffix triggers 1h backoff Complaint-sensitive; SNDS color matters daily
Yahoo / AOL 8 30 421 RP-001..006 → exponential backoff FBL active is mandatory under bulk sender requirements
Apple iCloud / me.com 12 40 Soft 4.x.x → moderate backoff MPP makes opens unreliable; track click engagement
Yandex / Mail.ru 4 10 Strict; geographic filtering applies DMARC enforcement strongly recommended
Web.de / GMX (United Internet, DE) 4 12 Strict; reputation-led acceptance Stable behaviour, FBL available
Orange.fr / Wanadoo (FR) 3 10 Conservative; ARC sealing required since 09/2024 Stricter rate limits than US/UK
T-Online.de / Magenta (Deutsche Telekom) 5 15 Region-specific; reputation built slowly DMARC enforcement and RDNS critical

These numbers are not in any PowerMTA tutorial. They come from running the configurations against production mail at scale and adjusting based on what actually arrives at the inbox versus what gets deferred or filtered. When we hand you a PowerMTA server, you get the per-ISP profile already tuned. When you self-host, you spend three to six months figuring this out yourself, with reputation cost during the learning phase.

Five mistakes we keep finding in other providers' PowerMTA setups

Roughly a third of our new PowerMTA clients arrive after a previous provider underdelivered. We audit the inherited setup before migration. The following five mistakes account for over 70% of what we find:

1. One VMTA for everything

The configuration ships with a single default VMTA bound to all IPs, and the operator never adds more. Result: marketing, transactional and cold all share the same reputation pool. When the marketing programme has a bad week, password reset emails start landing in spam. The fix is the architecture diagram above — proper VMTA isolation per traffic type — but it requires the operator to actually understand the routing model, which most do not.

2. SMTP-AUTH wide open or wrong scope

We have seen PowerMTA servers with SMTP-AUTH credentials shared across all clients of a hosting provider, or open to any IP. The first creates cross-tenant reputation contamination; the second creates abuse risk that eventually gets the IP block listed by Spamhaus. We bind SMTP-AUTH to specific source IPs per client and rotate credentials per quarter.

3. DKIM key rotation never happens

The PowerMTA install creates a DKIM key on day one. Five years later, that key is still in use because nobody set up rotation. This is not just hygiene — Yahoo and Microsoft now treat keys older than 12 months with suspicion in their reputation models. We rotate DKIM keys quarterly with selector-suffixed naming so you can verify the rotation happened in DNS.

4. Bounce processing posts to the wrong place (or nowhere)

PowerMTA's accounting files are written to disk every 60 seconds with full bounce data. The file format is documented and stable. Most cheaper hosting providers either do not parse them at all (suppression lists drift) or parse them but never post back to the campaign tool (suppression lists in the tool stay stale). We post to MailWizz / Acelle / Instantly / Smartlead / your custom platform via webhook every 60 seconds and the campaign tool's suppression list updates within minutes.

5. Per-ISP throttling left at default

PowerMTA ships with conservative defaults. The defaults work — until your campaign tool tries to send 200,000 messages in an hour and Microsoft starts deferring 30% of the volume because the connection count is too aggressive. The fix is the per-ISP profile from the previous section, applied per pool. The default config will not do this for you.

Who actually needs dedicated PowerMTA hosting

Not everyone. We will tell you that upfront because we are tired of watching people pay for infrastructure they will not use. Dedicated PowerMTA hosting makes sense if any of the following is true:

  • You send more than 250,000 emails a month and have outgrown shared SMTP.
  • You operate a B2B cold email programme at scale and your current SaaS relay keeps throttling you.
  • You run an ESP / email marketing SaaS and need a back-end MTA your customers cannot see.
  • You have been suspended by SendGrid, Mailgun or Amazon SES for "unusual patterns" that are perfectly normal for your business.
  • You need dedicated IPs because shared reputation is hurting an otherwise clean programme.
  • You are building a transactional + marketing split and want guaranteed separation.

If you send fewer than 50,000 emails a month and your engagement is good, SendGrid's pay-as-you-go tier will be cheaper than any dedicated option — ours included. We will say so if that fits your situation, and we will happily help you architect the hybrid setup so that when you cross the threshold you migrate without drama.

Where dedicated PowerMTA hosting fits — by sender profile.

Not every email operation belongs on dedicated PowerMTA. We score eight common sender profiles 0 to 5 from operational experience. The shape tells you whether this product is the right tool for your case — or whether a SaaS relay, a self-hosted KumoMTA, or our deliverability audit makes more sense.

PowerMTA hosting fit — by sender profile

0-5 scoring across eight sender categories. 5 = strongly recommended, 0 = wrong tool for the job.

PowerMTA hosting fit score 0 to 5 across eight sender profile categories
Categoría Fit score (0-5)
Bulk marketing senders 5
B2B cold-email teams 5
ESP / SaaS resellers 5
Transactional-only 2
Hybrid transactional + marketing 4
Newsletter publishers 4
Adult / nutraceutical 5
Sub-50K/mo senders 1

Bulk marketing senders, B2B cold-email teams, ESP/SaaS resellers, and adult/nutraceutical operations score 5 because they need dedicated reputation, per-VMTA isolation and the operational granularity PowerMTA delivers. Hybrid and newsletter publishers score 4. Pure transactional scores 2 because Amazon SES or Postmark is usually a better fit for their volume profile. Sub-50K monthly senders score 1 — operational floor of a managed dedicated server is hard to justify below that volume; we will tell you so on the discovery call.

PowerMTA vs the alternatives — feature comparison.

Most "PowerMTA vs X" comparisons are written by vendors with skin in the game. Here is the matrix as we see it from the operations side, after running multiple of these in production. Mark the cells that match your requirements; that tells you the right answer.

Capability Postfix PowerMTA 6.0 KumoMTA Halon SES / SendGrid
Annual licence cost (USD) $0 $8,000+ $0 (paid support optional) $12,000+ Per-email pricing
Single-node throughput (msgs/sec) 80–250 (tuned) ~850 ~1,100 ~700 N/A (managed)
Native virtual MTA isolation Manual via instances Yes, native Yes, Lua-defined Yes, scriptable Limited (subaccounts)
Per-domain throttling Manual rules Native, declarative Native, programmable Native, scriptable Hidden behind API
FBL ingestion built-in No Yes, accounting files Yes, webhook Yes Yes (managed)
REST API No Yes, 6.0 introduced Yes, native Yes Yes, primary interface
Suspension risk (you don't control) None None None None High — automated reputation flagging
Maturity / production track record ~30 years ~20 years ~3 years (rapid adoption) ~15 years 10+ years (managed)
Right for > 1M emails/day Possible, painful Yes, designed for it Yes, designed for it Yes Yes but at high cost
Right for ESP / SaaS reseller No Industry standard Designed for it Designed for it No (you become competition)

If you read the table honestly: KumoMTA wins on price and modern architecture; PowerMTA wins on production maturity and out-of-the-box deliverability defaults; SaaS APIs win on operational simplicity but lose on suspension risk and unit economics at volume. What we sell — managed PowerMTA — bundles the PowerMTA technical depth with the operational simplicity of SaaS. The trade-off is that you pay a monthly subscription instead of free open source, in exchange for not running it yourself.

Cost honesty

What an MTA actually costs in 2026, by category.

Annual cost in USD for licence and support only — server hosting, ops time, and deliverability tooling are separate line items. The chart shows the 2026 retail starting price; volume tier discounts apply on the commercial offerings.

Annual licence/support cost by MTA — USD, 2026

License + vendor support only. Server hosting and ops time are separate.

Annual MTA licence and support cost in USD, 2026
Categoría Annual cost USD (license/support only, server cost separate)
Postfix (free) 0
KumoMTA (free, paid support) 0
PowerMTA (license direct) 8000
Halon (license) 12000
MailerQ (license) 15000
Blue Spirit Managed Growth (all-in) 1788

Postfix and KumoMTA are open source under permissive licenses (IPL and Apache 2 respectively). PowerMTA license direct from Bird/SparkPost starts at $8,000/year for a Signals-volume tier (verified Mar 2026). Halon entry pricing approximate, scriptable platform with security features. MailerQ approximate retail starting price for production deployment. Blue Spirit Managed Growth bundles PowerMTA license + server + deliverability ops + monitoring at €149/month = €1,788/year — note this includes everything, while the commercial alternatives in this chart are licence-only.

The chart above shows the licence cost only. To make it apples-to-apples for in-house deployment, add: server hosting ($1,800/year for a dedicated bare-metal node with proper IPs), deliverability tooling ($1,500-2,500/year for monitoring, blacklist checks, postmaster integration), ops time ($14,000+/year at internal SRE rates for 3 hours/week), and incident overhead ($3,000-5,000/year amortised). The Blue Spirit number, by contrast, is fully loaded — licence, server, ops, monitoring all bundled.

Managed vs DIY — what PowerMTA actually costs over 5 years.

The DIY case looks attractive when you only count the licence and the server. The real costs hide in operations: an SRE 3-4 hours a week, deliverability tooling subscriptions, pager incidents at 2am when an IP gets blacklisted, the cost of one bad warm-up that burns your reputation. The chart below is the realistic 5-year TCO for a single-node Growth-equivalent deployment.

5-year TCO — Blue Spirit managed PowerMTA Growth vs DIY in-house

EUR per year. Managed includes everything; DIY includes server, license, ops time, tooling, incident handling.

Annual cost comparison Blue Spirit managed Growth versus DIY in-house PowerMTA across 5 years
Categoría Blue Spirit managed PowerMTA Growth (EUR)DIY in-house PowerMTA (EUR, realistic TCO)
Year 1 298822000
Year 2 298818500
Year 3 298819000
Year 4 298819500
Year 5 298820000

Managed assumes Growth plan at €249/month all-in (server, PowerMTA license, deliverability engineering, monitoring, IP warm-up). DIY assumes: PowerMTA license $8,000-12,000/year direct from Bird (volume tier), server $1,800/year (dedicated bare-metal with 5 IPv4), ops time at $90/hour internal SRE rate × 3 hours/week × 52 weeks = $14,040/year, deliverability tooling subscriptions (GlockApps, MailReach seed lists, Postmaster monitoring) $1,500-2,500/year, plus incident overhead. Year 1 includes onboarding/learning curve premium ($3,500). Numbers rounded to nearest €500. Real-world variance ±15% by team experience and use case complexity.

The chart understates one thing the spreadsheet cannot capture: the cost of getting it wrong. A botched warm-up, an SPF that quietly broke, a DKIM rotation that nobody validated — each of those translates into weeks of reputation damage that an audit cannot fully recover. Managed pricing prices that risk in. DIY accepts the risk on your balance sheet.

Suspension recovery: what to do when SendGrid / Mailgun / SES kicks you out

This is one of the more common entry paths to our service. The pattern is recognisable: you ran a campaign that performed perfectly normally for your business, the SaaS provider's automated reputation system flagged it, your account was suspended without warning, and the support response was either non-existent or some variation of "the decision is final". You are now looking at a dead campaign tool, an unscheduled sales pipeline gap, and a deliverability problem to solve in under a week.

The recovery protocol we use is structured. Day 1: discovery call to understand the suspension reason (read the suspension email carefully — sometimes there is a real signal in there worth fixing). We audit your domain, IP history (if you owned them), DKIM keys and DMARC reports. Day 2-4: provision a new dedicated PowerMTA server with fresh IPs (your old SaaS-shared IPs are unrecoverable; do not try). Configure VMTAs, install authentication, enroll in postmaster tools. Day 5: parallel send with a small subset of your engaged audience to validate placement. Day 6-30: progressive warmup of the new IPs across your full list, with daily monitoring of Gmail Postmaster and Microsoft SNDS, automatic backoff if signals deteriorate.

The realistic timeline to full sending volume is 30-45 days. Anyone who promises faster is selling you a recipe for re-suspension on a different platform. The reason it takes this long is that the new IPs need to build their own reputation from zero, and the receivers will throttle you aggressively until that reputation is established. Skipping the warmup is what got you suspended in the first place; we are not going to repeat the mistake.

Compliance, abuse and the adult content question

Blue Spirit Hosting has always taken email policy seriously. We operate under the assumption that legitimate sending — permission-based marketing to people who asked for it and cold outreach within the limits of applicable law — is entirely lawful and commercially vital. We do not operate under the fiction that all bulk email is spam.

That said, we do not host what we do not host. No purchased or scraped lists. No phishing, credential harvesting, malware distribution, affiliate laundering or political disinformation. No adult content solicitation to non-opted-in audiences. No CSAM, ever — and yes, we cooperate with INHOPE and Interpol on that. Every client signs our acceptable use policy before activation and we verify the first week of traffic by hand.

When a legitimate complaint arrives — a DMCA takedown, a regulator inquiry, an abuse report — we investigate properly and work with you to resolve it. We do not suspend accounts over a single unverified complaint. We do not hand out data without legal process. We do not practise the kind of reflexive "suspend first, ask questions never" policy that drives serious senders away from the major platforms.

Migrating from another provider

Most new Blue Spirit PowerMTA clients come from somewhere else: a homegrown Postfix they have outgrown, a SendGrid account that was suspended, a competitor whose support stopped answering. Migration is part of the service, not an extra.

Our migration protocol is roughly: a 30-minute call to understand your stack, platform, list size, audience distribution and sending pattern; a staged migration plan (which domains, which campaigns, which audiences move first); parallel sending for the first one to two weeks so you can compare deliverability; DNS changes scheduled at low-traffic windows; and a two-week post-migration health check to confirm Gmail, Microsoft and Yahoo are all happy before we consider the job done. There is no extra charge for this on Growth and above.

Jurisdictional positioning: why we operate from Panama

We operate from Panama. That has three concrete operational implications worth understanding before you sign with us versus a UK, US or EU-headquartered managed PowerMTA provider.

First, jurisdiction. Panama operates under Law 81 of 2019 (a GDPR-aligned data protection regime that came into force in March 2021), but sits outside the EU's GDPR enforcement perimeter and the Five Eyes intelligence-sharing arrangement. For senders whose own GDPR compliance posture requires that DMARC reports, sending logs and metadata residency be evaluated as a vendor-risk question under DORA (effective January 2025) or under standard GDPR Article 28 processor agreements, working with a non-EU processor on a SCC framework is operationally simpler than navigating intra-EU vendor-risk questionnaires that increasingly assume the processor is EU-based. We provide standard SCCs and Article 28 contracts; the data we hold for clients is technical metadata (DMARC RUA reports, sending logs, headers), not subscriber personal data, which simplifies the lawful basis analysis substantially.

Second, time-zone coverage. Our engineering rotation spans EU, Americas and APAC business hours through a globally distributed team. When a deliverability issue surfaces at 03:00 GMT on a Tuesday — Asia-Pacific dawn, US west coast late evening — you reach an on-call engineer who answers in minutes, not the next-morning ticket queue you get from a UK or US-only support model. For senders operating real-time transactional flows where a 6-hour mailbox provider rejection cycle costs measurable revenue, follow-the-sun support is the operational difference.

Third, cost structure. Operating from Panama allows our pricing to be 50-70% below UK/US-headquartered managed PowerMTA providers — Growth at €149/month delivers the same technical depth that the major UK and US managed providers charge $300-700/month for. The technical operation is identical: PowerMTA 6.0, Tier-3 datacentres in Frankfurt, Amsterdam, Ashburn and Phoenix, same engineering experience derived from running the platform at scale across 100+ client engagements. The difference is operating jurisdiction overhead, not corner-cutting on infrastructure quality, license compliance, or engineering depth. For senders whose total deliverability budget is the constraint that decides whether they invest in dedicated IPs and managed PowerMTA versus stay on shared SaaS — the structural cost difference matters.

PowerMTA hosting plans

Transparent monthly pricing, honest setup fees, and no quote-only nonsense until you genuinely cross into enterprise territory. Every plan is managed end to end by our engineering team.

Starter PMTA

From
89 /month

Setup: € 49

  • PowerMTA 6.0 on dedicated VPS
  • 2 vCPU · 4 GB RAM · 60 GB NVMe
  • 2 dedicated IPv4 (rotation)
  • ~250,000 emails/month
  • DKIM, SPF, DMARC, MTA-STS ready
  • 24/7 IP reputation monitoring
  • Single monthly IP cleaning
  • Email ticket support (24h response)
Request a quote
Most popular

Growth PMTA

From
149 /month

Setup: € 49

  • PowerMTA 6.0 on dedicated VPS
  • 4 vCPU · 8 GB RAM · 120 GB NVMe
  • 5 dedicated IPv4 + PTR
  • ~500,000 emails/month
  • DKIM, SPF, DMARC, MTA-STS ready
  • Per-ISP throttling (Gmail, Yahoo, Outlook)
  • 24/7 IP reputation monitoring
  • Fortnightly IP cleaning
  • REST API for VMTA management
  • Ticket + email + WhatsApp support
Request a quote

Scale PMTA

From
249 /month

Setup: Free

  • PowerMTA 6.0 on dedicated bare-metal
  • 8 vCPU · 16 GB RAM · 240 GB NVMe
  • 10 dedicated IPv4 + /29 subnet option
  • ~750,000 emails/month
  • Multiple virtual MTAs with pool routing
  • Weekly IP cleaning + swap on demand
  • Prometheus metrics + Grafana dashboard
  • Priority support (4h response)
Request a quote
Custom

Enterprise PMTA

Custom

Setup: Quote on request

  • Clustered PowerMTA 6.0 deployment
  • Custom hardware spec & multi-DC
  • 20+ dedicated IPv4 — up to /24
  • From 1,000,000 emails/month — capacity by quote
  • Custom VMTA architecture & warm-up plan
  • Dedicated deliverability engineer
  • Postmortem & incident SLA
  • Quote on request
Request custom quote

All prices in euros. Monthly billing with no minimum term. Bandwidth is unmetered on 1 Gbps ports; fair use applies. Volumes quoted (emails per day) are sustained rates with a standard bulk workload and the IP warm-up completed — peaks higher than the quoted rate are possible and routine. Enterprise plans are custom-scoped; contact us for a quote.

PowerMTA hosting — frequently asked questions

What exactly is a PowerMTA hosting plan?

A PowerMTA hosting plan is a server — virtual or bare-metal — where we install, configure and operate PowerMTA 6.0 as the MTA (mail transfer agent) responsible for outbound delivery. You send SMTP traffic into the box from your campaign platform (MailWizz, Acelle, an in-house app, a cold email tool) and PowerMTA handles queueing, per-ISP throttling, feedback loops, bounce processing and DKIM signing. We manage the operating system, the PMTA configuration and the IP warm-up; you own the campaigns.

Why PowerMTA instead of Postfix, Exim or Sendmail?

All of those are fine for transactional or modest volumes. PowerMTA is built specifically for bulk and high-reputation senders: native virtual MTAs, per-domain queue controls, sophisticated bounce parsing, accounting files for every ISP, feedback loop ingestion, HAProxy integration, a REST API and Prometheus-ready metrics. When you want to hit a million emails a day and still have granular observability, PowerMTA is what the industry uses.

Why not KumoMTA — is it not free and supposedly faster?

KumoMTA is genuinely good and we follow it closely. It is open source under Apache 2.0, written in Rust by ex-PowerMTA engineers, and Postmark publicly migrated to it in early 2026 with measurable queue time improvements. For self-operating teams with strong Lua programming capacity and dedicated MailOps engineers, it is a real PowerMTA alternative. What we sell is managed PowerMTA, where the licensing cost is bundled and the configuration is mature. If you want unmanaged KumoMTA on your own infrastructure, build it yourself with the public docs — that is the open source promise. If you want a PowerMTA-class engine running today, with per-ISP throttling already tuned, with FBL ingestion already wired and with someone answering when Gmail derates you at 2am, that is what we are.

Do you provide a full PowerMTA licence, or do I bring my own?

Every Blue Spirit PowerMTA plan includes a valid, properly licensed PowerMTA deployment operated by our team. You do not need to purchase a separate licence from Port25/Bird (which starts at $8,000/year direct). If you already own one and want us to operate it on your infrastructure, we can do that too under a management agreement — ask us for a custom quote.

How many IPs do I get, and can I grow over time?

Starter ships with 2 dedicated IPv4, Growth with 5, Scale with 10 and Enterprise up to full /24 blocks. We can add IPs mid-contract; each new IP enters a proper warm-up schedule so you do not flat-line on the first heavy send. If you run a multi-brand operation we also help you structure IP pools by brand, product line or mailing purpose.

What deliverability services are actually included?

Every plan includes SPF, DKIM, DMARC and MTA-STS configuration, postmaster tools onboarding (Google Postmaster, Microsoft SNDS and JMRP), reverse DNS per IP, feedback loop enrollment for major ISPs, and blacklist monitoring against the major public lists (Spamhaus, Barracuda, SORBS, URIBL, Invaluement and roughly sixty more). Growth and above add weekly deliverability reports, per-ISP throttling review and on-demand IP replacement if a blacklist hit is confirmed.

Can I use my existing MailWizz, Acelle or cold-email tool with your PowerMTA server?

Yes. PowerMTA is just an SMTP relay from the perspective of your campaign tool. We configure SMTP credentials, set up authenticated relay, whitelist your IPs and help you test. We support every MailWizz / Acelle / Interspire / Mailster version in active use, plus modern cold-email platforms (Instantly, Smartlead, Lemlist, Apollo, Reply.io, Woodpecker) and anything that speaks SMTP-AUTH.

How do you handle abuse complaints?

We engage with you first. When a complaint comes in we share the report, ask for context, and work together on remediation — list cleaning, content adjustment, IP rotation. We do not police email content based on individual recipient complaints, and we do not suspend accounts on automated reputation signals alone. Suspension is a last resort, reserved for activity that falls outside what our upstream datacenters allow (CSAM, phishing, active attacks). Many of our clients arrive with subscriber lists that became dormant during the post-pandemic period and need careful reactivation; that is the kind of work we do, not the kind we refuse.

How fast is provisioning, and can I cancel?

PowerMTA hosting plans take 3 to 4 days to provision because we configure the deployment specifically for your sending profile and run delivery tests before handing it over. We are not a one-click VPS provider — every server is set up by an engineer, validated against major ISPs and only released when it passes. There is no minimum term on monthly plans: if it is not working for you after the first month you can cancel by email or WhatsApp.

Was your account suspended by SendGrid, Mailgun or SES — can you migrate me?

Yes, and we do this often. The pattern is recognisable: you sent a perfectly legitimate campaign, the SaaS provider flagged "unusual sending patterns" via an automated reputation signal, and your account got suspended without recourse. Migration to dedicated PowerMTA is the right answer when your business model is not compatible with shared-IP SaaS reputational sensitivity. We have a documented suspension-recovery protocol that includes new-IP warmup, domain reputation reset where needed, and parallel sending so you do not lose campaign continuity. Provisioning takes 3-4 days; warmup to full volume takes 30-45 days.

Where do you operate from, and how does that affect pricing?

We operate from Panama (jurisdiction with GDPR-aligned data protection under Law 81 of 2019, but outside EU and Five Eyes intelligence-sharing frameworks). Engineering coverage spans EU, US and Asia-Pacific business hours through a globally distributed team. The Panama operating base allows our cost structure to be 50-70% lower than UK/US-headquartered managed PowerMTA providers — Growth tier at €149/month vs $300-700/month at equivalent capacity. The technical operation is identical: PowerMTA 6.0, Tier-3 datacentres in EU and US, same engineering depth. The cost difference is operating jurisdiction, not corner-cutting on infrastructure or expertise.

Ready to ship email at volume, the right way?

Tell us your current stack, your target monthly volume and one deliverability pain you want fixed. We will respond with a specific recommendation — not a generic brochure.

Chat with us on WhatsApp