Skip to content
Sending Volume · Straight Answer

More than your reputation will let you deliver.

Every hosting company publishes a messages-per-hour figure. All of them are invented, because the number depends on your list, your content and your IP history — none of which a host knows. What we can do is explain what actually caps your sending and give you a way to find your own figure.

  • Reputation is the cap
  • Rarely the hardware
  • Warm-up takes weeks
  • Port 25 open here
Messages-per-hour figures we publish

0

Because we cannot know your list, and neither can anyone else

  • Bandwidth is never the limit
  • CPU is almost never the limit
  • A bigger plan will not warm your IP
  • A purchased list ends it in one campaign

The Answer, in One Paragraph

For a plain mail transfer agent, the server is almost never what limits your sending. Postfix relaying to the internet spends most of its time waiting on remote servers rather than working, so even a modest VPS can hand off far more messages per hour than a new sending IP will be permitted to deliver. What actually caps you is reputation: receiving providers decide how much they accept from your address based on your complaint rate, bounce rate and history, and a brand-new IP is simply unknown to them — which in practice means throttled. That is why warm-up takes weeks, why a purchased list can end a new IP in one campaign, and why a larger plan does not increase how much mail gets delivered. Buy server capacity for your campaign software and its database, and treat volume as something you earn rather than something you purchase.

  • The binding constraint: IP reputation and list quality, not hardware.
  • Bandwidth: never a limit — a message is a few kilobytes.
  • CPU and RAM: matter for campaign software and the database, not the MTA.
  • New IP: unknown, therefore throttled. Warm-up is measured in weeks.
  • Authentication: without SPF, DKIM, DMARC and matching rDNS, volume is academic.
  • Only hard published figure: Postal needs 2 cores, 4 GB RAM, 25 GB disk.

What Actually Limits Your Sending

In order. The first four are the ones that bind; the last three are what hosting pages like to talk about instead.

  1. Your IP reputation The real cap. Receiving providers decide how much they will accept from your address, and they decide it from your complaint rate, bounce rate and history. A brand-new IP is not trusted or distrusted — it is unknown, which in practice means heavily throttled. The cap
  2. Your list quality Complaints and hard bounces damage reputation faster than anything else. A purchased list will destroy a new IP within one campaign, regardless of the server it left from — and it breaches our acceptable use policy. The cap
  3. Authentication SPF, DKIM, DMARC and a reverse DNS record matching your sending hostname. Missing any of these does not slow you down — it gets messages filtered or rejected outright, which looks like a volume problem but is not. The cap
  4. Per-provider acceptance rates Each large receiving provider applies its own limits, and will defer you when you exceed them. Well-behaved sending means backing off when told to, which is exactly what a commercial MTA gives you fine control over. The cap
  5. CPU and RAM Almost never the constraint for a plain MTA. Postfix relaying to the internet is not computationally expensive; it spends its life waiting for remote servers. Campaign software and its database use far more than the mail server does. Rarely
  6. Disk speed Matters for the queue and for the campaign database rather than for raw throughput. Segmenting a large list is a database operation, and that is where slow storage shows up first. Rarely
  7. Network bandwidth Effectively never a limit for email. A message is a few kilobytes; a gigabit port could saturate any realistic sending rate many times over. Bandwidth marketing on email hosting pages is noise. Never
Notice that the four real constraints are all things you control, and the three weak ones are all things a host sells you. That asymmetry is why volume figures on hosting pages should be read sceptically — including any we might have been tempted to publish.

How to Find Your Own Number

Rather than a table we invented, here is the method that produces a figure which is actually true for you.

Authenticate before you send anything

SPF, DKIM and DMARC on your sending domain, and a reverse DNS record matching the hostname your mail server announces. Without these, everything you learn from the next steps is measuring the wrong thing. We set the PTR record on request; the rest are DNS records you publish.

Send to your most engaged people first

Opens and clicks from real subscribers are the positive signal that builds reputation. Starting with your least engaged segment does the opposite, and on a cold IP it does it fast.

Increase gradually and watch deferrals

Raise volume in steps over weeks. A deferral is a receiving provider telling you that you have reached its current limit for your IP — the correct response is to slow down, not to retry harder. Your mail log is the measurement instrument.

Treat complaints as the hard ceiling

Complaint rate is the number that ends sending careers. If it climbs, the problem is the list or the content, and no amount of server or software will fix it. Remove unengaged subscribers rather than mailing them harder.

The one thing guaranteed to give you a very low number is a purchased or scraped list. It will generate complaints immediately, burn the IP, and breach our acceptable use policy — at which point sending gets disabled on the affected server. Opt-in only, genuinely.

Sending Volume Questions

Buy the server for your software. Earn the volume.

From $4.95 a month with Port 25 open, a dedicated IPv4 and reverse DNS set free on request — the three things that let you build a reputation at all.