Skip to content
PowerMTA Experts

Deliverability service

Managed deliverability, operated at the infrastructure level.

Managed deliverability is an ongoing service that runs the inbox-placement side of your email program — monitoring reputation and placement, keeping authentication current, catching incidents early, and tuning the sending infrastructure underneath. It is the retainer that follows an audit, when the goal shifts from finding problems to keeping them from coming back.

Managed deliverability is an ongoing retainer that runs the inbox-placement side of an email program: continuous monitoring of reputation and placement across Postmaster Tools, SNDS, blocklists and seed lists; authentication upkeep (SPF inside its ten-lookup budget, DKIM toward 2048-bit, DMARC walked toward enforcement); list and engagement hygiene; deferral and incident response within a defined window; warm-up pacing; compliance tracking against Gmail, Yahoo and Microsoft rules; and infrastructure tuning on PowerMTA or KumoMTA. It is the work that follows an audit — where the goal shifts from finding problems to keeping them from returning — offered fully managed, co-managed or advisory, with a named operator and a written monthly report.

In short

  • Inbox placement is a running average that moves every week whether or not anyone is watching, so it needs an owner rather than an occasional check-in.
  • The benchmark for acting: Validity put the global inbox-placement rate at 83.5 percent in 2025, meaning roughly one legitimate message in six is accepted and then never seen.
  • An audit is a point-in-time diagnosis; managed deliverability is the monitoring, upkeep, incident response and tuning that keep the audit’s findings from quietly returning.
  • It comes in three shapes — fully managed, co-managed beside your team, or advisory — and the infrastructure depth on PowerMTA and KumoMTA is what separates it from a monitoring dashboard.
  • Incidents are where the retainer pays: a defined response window turns a drop that would harden into a sustained block over days into a contained deferral handled in hours.

Inbox placement is not a setting you switch on once. It is a running average of how the major mailbox providers have judged your mail lately, and it moves every week whether or not anyone is watching. A program that placed cleanly in spring can be slipping by autumn for reasons that never appear in an open-rate report: a reputation that cooled as engagement softened, a DNS change that quietly broke alignment, a provider rule that tightened underneath a configuration nobody reopened. Managed deliverability is the discipline of watching all of that on your behalf and correcting it before it costs a send.

The case for managing it actively, rather than checking in when something feels off, comes down to a single benchmark. Validity’s 2025 research put the global inbox-placement rate at 83.5%, which means roughly one message in six from legitimate senders is accepted and then never seen. For a program built on email, that gap is the difference between revenue earned and revenue assumed. Closing it and holding it closed is ongoing work, because everything that opened it keeps moving.

What does managed deliverability cover?

The service runs a full operations cycle rather than a single review. We read the data at an agreed frequency, find the issues, trace them to a root cause, make or recommend the correction, and report what changed and why. The table sets out each part of that cycle, the work it involves on an ongoing basis, and what tends to slip when no one owns it.

Area What we do on an ongoing basis What slips when no one owns it
Reputation & placement monitoring Postmaster Tools v2, SNDS, blocklists and seed-list placement read on an agreed cadence, per provider and per stream. Drift goes unseen until a campaign tanks, by which point recovery takes weeks.
Authentication upkeep SPF kept inside the ten-lookup budget, DKIM rotated toward 2048-bit, DMARC walked from p=none to enforcement, BIMI/VMC readiness checked. Records rot after a DNS change; DMARC sits on p=none for years and earns nothing.
List & engagement hygiene Suppression discipline, re-engagement segmentation, spam-trap avoidance, and bounce data fed back into the next send. Dead weight drags engagement down and pushes complaints toward the 0.30% line.
Deferral & incident response Watching 4xx and 5xx patterns, tuning backoff, and acting on a block within hours rather than days. A brief rate limit hardens into a sustained block while no one is looking.
Warm-up & volume ramp Paced increases for new IPs and domains, validated against real placement before volume rises. A new domain stalls near 55% inbox placement and never matures.
Compliance upkeep Tracking Gmail, Yahoo and Microsoft rule changes and keeping each stream compliant per provider. A quiet rule change turns into 550 rejections and bounced mail.
Infrastructure tuning Per-ISP throttling, VirtualMTA and stream separation on PowerMTA or KumoMTA, so one stream cannot sink another. Shared reputation and connection-limit deferrals that no content fix will cure.
Reporting & review A monthly written report and working call, with a named operator who knows your estate. No visibility, no accountability, and surprises instead of trend lines.

Scope is set per engagement; not every program needs every line from day one. The cadence and the division of work are agreed before the retainer begins.

The managed deliverability loop: a cycle, not a one-time fix
Placement held, not assumed 1 · Monitor Postmaster · SNDS · seeds 2 · Detect drift · spike · blocklist 3 · Act tune · fix · throttle 4 · Measure validate vs real placement 5 · Report weekly · monthly · named The loop never closes — everything that moved placement keeps moving.
The reason this is a loop and not a checklist is that inbox placement is a running average, recomputed by each provider as your mail keeps arriving. A fix applied once decays: a DMARC record drifts after the next DNS change, a warm reputation cools as engagement softens, a provider tightens a rule underneath a configuration nobody reopened. The loop exists to catch each of those the week it starts, when the correction is small, rather than the quarter it surfaces, when it is not.

Why does inbox placement need an owner?

A surprising number of senders treat deliverability as a project that finished the day authentication passed. The providers do not see it that way, and the reasons placement decays without active management are worth stating plainly.

  1. Reputation is a moving average. Providers judge recent behaviour, not your history. A few heavy sends to a stale segment can pull a months-old reputation down inside a single week.
  2. The rules keep moving. Google and Yahoo set their bar on 1 February 2024; Microsoft enforced its own from 5 May 2025; Gmail moved to permanent rejections in November 2025; and Google replaced its four-tier reputation grades with a pass/fail compliance view in Postmaster Tools v2. A program tuned for last year’s rules is already behind.
  3. Engagement erodes. Lists churn, segments go stale, and the engagement signals providers weigh most heavily fade unless someone is actively re-segmenting and pruning.
  4. Every change needs validating. A new IP, a DNS edit, an ESP switch or a domain change can each break placement quietly, and each needs checking against real inbox data rather than assumed to be fine.
  5. Incidents are measured in hours. When a provider starts deferring, the window to respond before a soft limit becomes a hard block is short. Nobody schedules that window in advance, which is exactly why it needs an owner.
A weekly placement read, before a drop becomes a campaign problem
managed estate — weekly read
# Seed-list placement by provider, against last week\u2019s baseline
$ seedcheck --by-provider --compare last-week
gmail      inbox 91%   (was 94%)   ← 3-point slip, flagged
outlook    inbox 88%   (was 88%)   nominal
yahoo      inbox 95%   (was 95%)   nominal

# Gmail slipped — is it reputation or a complaint-rate move?
$ gpt-domain-rep example.com --window 7d
domain reputation: HIGH → MEDIUM   complaint rate 0.08% → 0.21%
# complaints climbing toward the 0.30% line — act on segmentation now
A three-point placement slip at Gmail does not announce itself in an open-rate report — it shows up here, in a weekly read against a baseline, while it is still three points and not thirty. The second command answers the question that decides the response: a reputation move with a climbing complaint rate is a segmentation and engagement problem to act on this week, before it crosses the 0.30 percent line and turns a soft slip into a hard one.

Fully managed, co-managed, or advisory?

The amount of the operation you hand over is a decision, not a fixed package. We run the engagement in one of three shapes, and we are clear about who is accountable for what before any work begins.

  1. Fully managed. We run the daily delivery operation end to end — monitoring, corrections, incident response and reporting — and you receive the inbox and the report rather than the work.
  2. Co-managed. You keep an in-house marketing or delivery team and we act as the control layer beside them: reading the data, calling the corrections, and stepping in when an incident needs hands on the infrastructure.
  3. Advisory retainer. Your team executes; we monitor, direct and review on a set cadence. The lightest option, and the right one for senders who have the hands but not the specialist eye.

What you receive, and how often

Managed deliverability only works if you can see it working. The reporting rhythm is built so that nothing important happens in silence and nothing trivial generates noise.

CadenceWhat lands on your desk
Real-time Alerting when reputation, a blocklist or placement crosses a threshold we set with you.
Weekly A short read on where placement sits and what we changed, so nothing accumulates in silence.
Monthly A written report and a working call: trend lines per provider, incidents handled, and the next priorities ranked by impact.
Whenever it matters A named operator who already knows your setup, and a defined response when an incident hits.

Reporting you can act on

A report is only worth the call that comes with it. Each month you receive placement and reputation trend lines drawn per provider, the incidents handled and how, the changes made and their effect, and a ranked list of what to do next, ordered by the placement each item stands to win or protect. The working call walks the document rather than standing in for it, so the reasoning lives somewhere your team can revisit. Two things are deliberately absent: a single composite score that would tell you something is wrong without telling you what, and any upsell folded into the findings, since the report has nothing to sell that the retainer does not already cover.

How an engagement begins

A managed engagement opens with a baseline, because no one can manage a number they have not measured. In the first weeks we instrument the data sources — connecting Postmaster Tools and SNDS, enrolling the feedback loops, standing up blocklist and seed-list monitoring — and we record where placement, reputation and complaint rates actually sit, per provider and per stream. With that picture in hand we agree the thresholds that will raise an alert, the rhythm of the reporting, and which work sits with your team and which with ours. Only then does steady-state operation start. The baseline serves two ends: it gives you a starting line to judge the engagement against, and it gives us an honest reading to work from instead of a set of assumptions. Nothing in your sending changes during this phase without your sign-off.

The signals we watch

An ongoing operation reads several sources at once and weighs them against one another, because each answers a different question and none is the whole truth alone.

  • Gmail compliance, through Postmaster Tools v2, as a pass or fail on authentication, one-click headers, spam rate and TLS — the frame that replaced the old four-tier reputation grades.
  • Complaint rate read against Google’s two levels, not one: the 0.30% line where mitigation stops, and the stricter 0.10% we treat as the working target.
  • Domain reputation ahead of IP reputation, since it outlives a change of provider and travels with the domain wherever it sends.
  • The Microsoft view at IP level through SNDS, Yahoo and AOL complaints through the feedback loops, and blocklist status as a floor rather than a verdict.
  • Seed-list placement as a directional read across a panel of mailboxes — a sample to interpret, not a count of your real recipients.

Alerting sits on top of these, so a threshold crossed at an awkward hour reaches a person rather than a log file. The skill is in reading them together: a clean complaint rate beside falling placement points somewhere very different from a blocklist hit beside a spike in bounces, and the correction each calls for is different too.

Where we differ from the rest of the market

Managed deliverability is an established category, and the senders shopping for it have usually met its dominant shape: an enterprise console, a team of consultants in a European capital, and a price that arrives only after a sales call. That model works for the brands it is built for. It tends to leave the serious mid-market sender — too large for a self-serve tool, too pragmatic for an enterprise contract — paying for a console they half-use and waiting on a queue for the answers they need. Three things set our service apart for that sender.

The first is that infrastructure operation is standard, not an upsell. Most managed-deliverability offerings monitor the sending and advise on it; when the problem turns out to be the engine — connection limits earning deferrals, streams sharing a reputation, backoff that loops instead of recovering — they hand you a recommendation and wait. Running PowerMTA and KumoMTA at volume is our core work, so we can act on the infrastructure layer directly. The data and the engine are read by the same people.

The second is independence. We resell no ESP, no IP space and no mailbox-provider relationship, so nothing in our advice is steered by a product we need you to keep buying. In a market where a great deal of deliverability guidance is attached to the thing being sold, a reading with no commercial pull behind it is worth more than it sounds.

The third is honesty about price. Published 2026 figures show the spread the category lives in: self-serve reputation tools around 149 US dollars a month, managed engagements commonly from about 1,100 a month, strategy audits near 2,500, and enterprise work quoted privately. We sit in the mid-market band on purpose, scope the retainer to your actual sending, and put the number in writing before you commit. There is no console licence you are quietly funding and no enterprise minimum to clear.

Behind all three sits the credential stack that lets us back the claims: work grounded in KumoMTA partnership, CSA membership and M3AAWG participation, the same standards bodies the serious end of this market answers to. And because we operate in Spanish and Portuguese as readily as in English, a sender expanding into Latin American or Iberian markets does not have to translate its deliverability problem before it can be solved.

How does it compare to an in-house hire?

Senders weighing this service usually weigh it against hiring, and for a large enough program the right specialist is a sound choice. The honest comparison has three parts. Cost is the first: an experienced deliverability hire is a senior salary on top of a tooling budget — reputation monitoring, seed testing and analytics that run into four and sometimes five figures a year — before the role has headed off a single incident. Coverage is the second: one person takes holidays, moves on, and cannot watch the queue through the night, while the knowledge inside a managed engagement does not leave with an individual. Breadth is the third: deliverability runs across authentication, data, content and infrastructure, and few people are equally strong in all four, least of all the infrastructure corner most careers never reach. A retainer buys a team that already spans those layers for less than the loaded cost of the hire who would still need the tools. For some senders the hire is right regardless, and we will say so; for most mid-market programs the arithmetic favours the retainer.

What managed deliverability will not promise

The category attracts overpromising, so the limits are worth stating outright. We do not sell a guaranteed placement number, because the mailbox providers decide placement and rewrite the rules as they go; any firm figure is one no provider will underwrite. We do not buy or rent reputation, and we stay away from engagement schemes built to trick filters, which a modern filter reads as manipulation and which usually end in a worse position than they began. We will not keep billing a retainer a sender has outgrown either — if your program reaches the point where an occasional check is enough, scoping down is the honest move. What we stand behind is the work itself: done by people who can act at every layer, and reported plainly enough that you can judge it for yourself.

What happens in the first ninety days?

Plain expectations serve a sender better than a sales promise. The first ninety days of an engagement are usually about recovery and instrumentation rather than records — closing authentication gaps, pruning the data that drags engagement down, and pacing any warm-up so reputation has room to climb. Placement that has slipped recovers gradually, because reputation is a moving average and providers reward a sustained pattern over a single strong week; Google’s own rule, where a domain above the spam line must hold below it for a run of clean days before mitigation returns, is that same principle written small. By the steady state the work turns from repair to defence: holding the gains, catching drift early, and absorbing the rule changes and infrastructure edits that would each otherwise cost a dip. The figure that matters is whether the people you are trying to reach are reliably seeing your mail, and that is the figure we report against.

Common situations we are brought in for

The trigger for a managed engagement is rarely abstract. A handful of situations account for most of the senders who arrive, and naming them tends to help a reader place their own.

  • A migration or a new IP range went live, the early sends looked fine, and placement has been sliding ever since with no single obvious cause.
  • A compliance deadline landed — the per-provider bulk rules, a DMARC enforcement step — and the team needs the change made correctly and watched afterwards, not merely shipped.
  • An incident already happened: a blocklisting, a reputation drop, a run of deferrals from one provider, and the priority is recovery without making it worse.
  • A sender outgrew an ESP’s shared infrastructure, moved volume onto its own MTA, and found that owning the engine means owning the deliverability that comes with it.
  • A portfolio reached the size where eyeballing a few dashboards a week stopped being a plan, and the reputation of several brands now rides on someone watching properly.

None of these has to become a crisis first. The cheapest version of every one of them is the one caught while it is still a line moving on a chart, well before it shows up as a number the business can feel.

Who is managed deliverability for?

Managed deliverability earns its retainer for a particular kind of sender, and it is honest to say it is overkill for others. A small list mailing occasionally does not need it. The senders who do tend to share a profile.

  • High-volume senders past the 5,000-a-day, per-provider threshold, where a compliance slip means bounced mail rather than a softer landing.
  • Email service providers and agencies whose own clients’ reputations ride on the infrastructure underneath them.
  • Multi-brand portfolios where one brand’s incident can pull the others down without per-brand isolation and watching.
  • Programs where email drives enough revenue that a sixth of it going unseen is a number the business can feel.
  • Senders moving into Spanish- and Portuguese-speaking markets, where the local provider landscape rewards operators who know it.

If that describes your program, the path is short. The free 25-point audit shows where placement stands today and whether a retainer is even warranted; if it is, we scope the engagement to fit. If it is not, we will tell you that too, because a managed service you do not need is not a sale we want.

FAQ

Managed deliverability questions

What is the difference between a deliverability audit and managed deliverability?

An audit is a point-in-time diagnosis: it tells you where placement is leaking right now and what to fix. Managed deliverability is the ongoing work that comes after — monitoring, upkeep, incident response and tuning, month after month, so the problems the audit found do not quietly return. Most clients start with the free 25-point audit, act on the findings, and move onto a managed engagement once they decide they would rather have the inbox watched than discover a drop after a send.

Do you run our sending for us, or work alongside our team?

Either, and the choice is yours. Some clients hand us the daily operation outright. Others keep an in-house marketing or delivery team and want us as the control layer beside them — watching the data, calling the corrections, and stepping in on incidents. A third group keeps execution in-house entirely and uses us as a monitoring-and-direction retainer. We scope the engagement to how much of the work you want to own, and we are explicit about who does what before anything starts.

We already use an ESP with its own deliverability help. Why add this?

An ESP optimises for mail sent through the ESP, using shared infrastructure it controls and will not change for you. That is useful as far as it goes. It rarely covers the mail you send through your own MTA, the seam where the two reputations meet, or the infrastructure decisions that an ESP has no reason to touch. We work across your whole program, whatever software sits underneath, and we have no commercial reason to keep you on any one platform.

How do you monitor, and how often will we hear from you?

We read the provider signals — Postmaster Tools v2, Microsoft SNDS, feedback loops — alongside blocklist status and seed-list placement, on a cadence we agree with you: real-time for alerting, weekly for a short status, monthly for a written report and a call. You also get a named operator rather than a ticket queue, so the person reading your data is the person who answers when something moves.

Do you take over our MTA, or stay platform-agnostic?

We stay agnostic by default and read the whole program from the outside. Where the work points at the sending engine — throttling, stream separation, backoff, warm-up — we can operate it directly, because running PowerMTA and KumoMTA at volume is our core skill rather than an add-on. That infrastructure depth is what separates managed deliverability from a monitoring dashboard, and we bring it whether or not we end up touching the engine.

How is managed deliverability priced?

Much of this market quotes privately, which makes comparison hard. For reference, published 2026 figures put self-serve reputation tools around 149 US dollars a month, managed engagements commonly from about 1,100 a month, and one-off strategy audits around 2,500, with enterprise work quoted case by case. We price in the mid-market band and scope the retainer to your volume, your number of streams and how much of the operation you want us to run — a figure that reflects your program rather than a list price, and one we put in writing up front.

How fast can you respond when placement drops?

Incidents are where a retainer earns its keep, because the difference between a few hours and a few days is the difference between a contained deferral and a sustained block. Our alerting flags reputation and placement thresholds as they move, and a managed engagement carries a defined response window for incidents — agreed in advance, not improvised once mail is already piling up in the queue.

Can you manage deliverability across several brands, and in Spanish and Portuguese markets?

Yes. Multi-brand portfolios are where isolation tends to break down, so we track reputation per brand and keep one brand’s trouble from reaching the others. We also operate in Spanish and Portuguese, which matters as senders expand into Latin American and Iberian markets where local provider behaviour and list practices differ from the English-language playbook most guidance assumes.

Start with the audit.

Twenty-five points across authentication, reputation, infrastructure and compliance — a written assessment, no charge and no obligation. It tells both of us exactly what we are working with.