---
title: End times for batch 'n blast?
description: Email volume is falling, but engagement is rising, what the data is signaling is a decisive shift from batch-and-blast toward precision sending.
image: https://kumomta.com/hubfs/batch%20n%20blast%20blog%203.png
---

[Skip to content](https://kumomta.com/blog/end-times-for-batch-n-blast#main-content)

[![KUMO\_Logo\_NEW\_Color](https://kumomta.com/hs-fs/hubfs/KUMO_Logo_NEW_Color.png?width=118&height=32&name=KUMO_Logo_NEW_Color.png "KUMO_Logo_NEW_Color")](https://kumomta.com)

- Technology 
    - [Architecture](https://kumomta.com/technology/architecture)
    - [Features](https://kumomta.com/technology)
    - [Open Source](https://kumomta.com/technology/open-source)
- [Support & Pricing](https://kumomta.com/pricing)
- About Kumo 
    - [About Us](https://kumomta.com/about)
    - [Events](https://kumomta.com/events)
    - [Customers](https://kumomta.com/customers)
    - [Contact Us](https://kumomta.com/contact)
- Resources 
    - [Documentation](https://docs.kumomta.com/)
    - [Migration Center](https://kumomta.com/migration-center) 
          - [Migration Center Hub](https://kumomta.com/migration-center)
          - [Momentum](https://kumomta.com/momentum-migration-guide)
          - [PowerMTA](https://kumomta.com/replace-powermta-with-kumomtas-infrastructure-built-for-mailops)
          - [Halon](https://kumomta.com/halon-migration-guide)
          - [SendGrid](https://kumomta.com/sendgrid-alternative-migration)
          - [Hurricane MTA](https://kumomta.com/hurricanemta-alternative-socketlabs-migration)
    - [Blog](https://kumomta.com/blog)
    - [Community Forum](https://community.kumomta.com/)
    - Guides & Reports 
          - [2026 MTA Buyers Guide](https://kumomta.com/buyers-guide-2026-download)
          - [2026 State of MailOps](https://kumomta.com/2026-state-of-mailops-report-download-page)
    - [YouTube Channel](https://www.youtube.com/channel/UC348UpfbnPgpKPAXIBW_JNQ)
    - [Github Repository](https://github.com/KumoCorp/kumomta)

- [Contact](https://kumomta.com/contact)

- [mailops](https://kumomta.com/blog/tag/mailops),
- [Deliverability](https://kumomta.com/blog/tag/deliverability),
- [Email Infrastructure](https://kumomta.com/blog/tag/email-infrastructure),
- [sender reputation](https://kumomta.com/blog/tag/sender-reputation)

# End times for batch 'n blast?

![](https://kumomta.com/hubfs/batch%20n%20blast%20blog%203.png)

- October 21, 2026

![Mike Hillyer](https://app.hubspot.com/settings/avatar/ef4bdb34f7a0a0173ce043e53c805f2e)

[Mike Hillyer](https://kumomta.com/blog/author/mike-hillyer)

#### **What 2026's volume decline actually means**

For the first time in the history of Validity's benchmark reporting, global email sending volume went down year over year. Not because email is losing relevance. It isn't. But because senders are finally being forced, and in some cases choosing, to send less and send smarter.

That's the headline from [Validity's 2026 Email Deliverability Benchmark Report](https://www.validity.com/), which has been published annually since 2015, and it's not an isolated data point. The [DMA's Marketer Email Tracker 2026](https://www.dma.org.uk/resources/report/marketer-email-tracker-2026) found that all four of its key engagement metrics trended upward simultaneously for the first time in six years. Here was another strong signal that quality is rising precisely as volume falls, not despite it. [DesignRush's 2026 Email Marketing Benchmark Survey](https://www.designrush.com/agency/digital-marketing/trends/email-marketing-statistics) backs up this trend from the marketer's chair: results now depend less on how much you send and more on deliverability, relevance, and list hygiene. And [Acoustic's 2026 benchmark analysis](https://www.acoustic.com/resources/reports/2026-benchmark-report) found that automated, lifecycle-triggered programs are consistently outperforming scheduled batch campaigns. Four different research organizations, looking at the industry from four different angles, are converging on the same story.

**Why now?** The timing isn't a coincidence. It maps directly onto the bulk sender authentication enforcement wave that started with Yahoo and Google in early 2024 and continued through Microsoft's rollout in April 2025. It's worth pausing on how these rules came about, because the conventional wisdom was that they were a massive negative for senders who saw inbox delivery rates crater as the new rules initially took hold.

Rather than framing the new rules as senders getting punished, they're better understood as mailbox providers finally codifying a framework that benefits everyone in the email ecosystem at once. Recipients get cleaner inboxes and fewer unwanted messages. Mailbox providers get to filter less garbage and rely on cleaner trust signals. And senders — once they adapt — get a healthier long-term channel instead of one that's one algorithm update away from collapse. Enforced authentication, mandatory one-click unsubscribe, and hard spam-rate ceilings weren't designed to shrink email. They were designed to make the remaining volume worth something.

No doubt that adaptation period was brutal for a lot of senders. And it's a big part of why total volume dropped. Our own research for [KumoMTA's 2026 State of MailOps Report](https://kumomta.com/2026-state-of-mailops-report-download-page)found that organizations sending 1,000+ emails per month saw average inbox placement rates collapse from 49.98% in Q1 2024 to just 27.63% in Q1 2025, according to [a study by GlockApps,](https://glockapps.com/education/email-deliverability-benchmark-report-2026-vs-2025/) a 22.35-point drop in little over a year.

That pain wasn't evenly distributed by platform, either: Mailgun-originated mail saw placement drop 27.5%, Mailchimp 19.6%, and Amazon SES 14.6%. Senders who kept sending the way they always had simply stopped reaching the inbox. Some of the volume decline in the aggregate numbers is deliberate, disciplined list-cutting by sophisticated senders. But in many other cases, declines were evidence of undisciplined senders getting quietly throttled out of existence.

**The tension worth naming.** None of this is an argument against volume itself. High-volume senders such as transactional platforms, lifecycle marketers, and large publishers still need to reach millions of inboxes, and nothing about 2026's data suggests that need is going away. The real shift is from undifferentiated volume to precision at volume: sending just as much mail, but to the people who actually want it, in the pattern mailbox providers now expect.

**What this looks like in practice.** For MailOps and marketing teams adjusting to this new baseline, a few concrete moves keep coming up across the research:

- Recency- and frequency-based segmentation replacing blanket, whole-list sends
- Formal sunset policies for chronically inactive subscribers, timed ahead of Gmail's and Yahoo's own inactive-account purges, not after
- Re-permission campaigns before pruning a list, to recapture subscribers who are dormant but not dead
- Address validation at the point of collection, reducing the bounce-driven reputation damage that compounds over time

One other thing senders should keep in mind in the new environment is that changes in *engagement* are a better metric than the inbox rate. You are now judged by the ratio of engagement to send size. So, if you send to 100,000 recipients and 10,000 engage regularly, you will actually increase the engagement by cutting away the unengaged from your sends. If you cut out the 50,000 that have never engaged with your mail, or who haven't in a very long time, you double your engagement rate while decreasing your send volume. Don't chase the wrong metric!

**Where infrastructure comes in.** None of the above is achievable with a "fire and forget" sending setup. Acting on engagement data in real time by suppressing inactive segments, adjusting send cadence per recipient, and shaping traffic per mailbox provider's specific requirements requires an MTA layer built for precision, not just throughput. That's a meaningfully different design goal than the high-volume, low-control platforms most senders built their stacks around a decade ago.

The senders who come out ahead in this environment won't be the ones who can send the most email. They'll be the ones whose infrastructure lets them send the *right* email: consistently, at scale, and in a way that keeps earning inbox trust rather than spending it down.

\- - - - - - - - - 

KumoMTA is the first open-source MTA designed from the ground up for the world's largest commercial senders. We are fueled by Professional Services and Sponsorship revenue.

[Join the Forum](https://community.kumomta.com/) | [Review the Docs](https://docs.kumomta.com/) | [Read the Blog](https://kumomta.com/blog) | [Grab the Code](https://github.com/KumoCorp/kumomta) | [SWAG Shop](https://swag.kumomta.com/)

 

STAY IN TOUCH

## Get periodic updates about the latest releases, features, and news around KumoMTA.

[![KUMO\_Logo\_Files\_Color 1](https://kumomta.com/hubfs/KUMO_Logo_Files_Color%201.svg "KUMO_Logo_Files_Color 1")](https://kumomta.com)

##### Proud member of

![maawg 1](https://kumomta.com/hubfs/maawg%201.png "maawg 1")

[Follow us on LinkedIn](https://www.linkedin.com/company/91414337/) [Follow us on Github](https://github.com/KumoCorp/kumomta) [Follow us on Discord](https://discord.com/servers/kumomta-1072980126737907824) [Follow us on Youtube](https://www.youtube.com/channel/UC348UpfbnPgpKPAXIBW_JNQ)

##### Explore KumoMTA

- [Open Source](https://kumomta.com/technology/open-source)
- [Features](https://kumomta.com/technology)
- [Pricing](https://kumomta.com/pricing)
- [Case Studies](https://kumomta.com/customers)
- [About Us](https://kumomta.com/about)
- [Privacy](https://kumomta.com/privacy)

##### Resources

- [Blog](https://kumomta.com/blog)
- [Documentation](https://docs.kumomta.com/)
- [Community Forum](https://community.kumomta.com/?_gl=1*o6wdcs*_gcl_au*MTAxMDA2MjM0NC4xNzcyNzI4Njg3*_ga*MTQ0NjAzODcyNS4xNzU3MDkzMjQ2*_ga_LNBCW1KF8J*czE3Nzc5MzU3ODYkbzIkZzAkdDE3Nzc5MzYwMjMkajI3JGwwJGgw)
- [FAQ](https://docs.kumomta.com/faq/)
- [YouTube Channel](https://www.youtube.com/channel/UC348UpfbnPgpKPAXIBW_JNQ)
- [GitHub Repository](https://github.com/KumoCorp/kumomta?_gl=1*12d5gs8*_gcl_au*MTAxMDA2MjM0NC4xNzcyNzI4Njg3*_ga*MTQ0NjAzODcyNS4xNzU3MDkzMjQ2*_ga_LNBCW1KF8J*czE3Nzc5MzU3ODYkbzIkZzAkdDE3Nzc5MzU3ODkkajU3JGwwJGgw)

- [© 2026 Kumo Corp, All rights reserved. KumoMTA and the Kumo logo are registered trademarks of Kumo Corp.](https://kumomta.com/privacy)

```json
{
  "@context" : "https://schema.org",
  "@type" : "BlogPosting",
  "author" : {
    "@type" : "Person",
    "name" : "Mike Hillyer",
    "url" : "https://kumomta.com/blog/author/mike-hillyer"
  },
  "dateModified" : "2026-10-21T23:53:48.222Z",
  "datePublished" : "2026-10-21T23:32:15.000Z",
  "headline" : "End times for batch 'n blast?",
  "image" : [ "https://kumomta.com/hubfs/batch%20n%20blast%20blog%203.png" ],
  "mainEntityOfPage" : {
    "@id" : "https://kumomta.com/blog/end-times-for-batch-n-blast",
    "@type" : "WebPage"
  },
  "publisher" : {
    "@type" : "Organization",
    "logo" : {
      "@type" : "ImageObject",
      "url" : "https://kumomta.com/hubfs/KUMO_Logo_NEW_Color.png"
    },
    "name" : "KumoMTA"
  }
}
```