Official builds · installation and setup

MailerQ — the MTA you control in real time

A high-performance MTA on a RabbitMQ architecture: limits, IP pools and routing change from the web console on the fly — with no restarts or downtime. Ideal for clusters, custom platforms and anyone who wants to see and control every queue.

MailerQ · Management ConsoleLIVE
MailerQ Management Console: message, queue and SMTP connection statistics
Settings apply with no restart RabbitMQ architecture and clusters Web console + REST API Versions 5.14.4 and 5.16.2
What MailerQ is

An MTA built around message queues

MailerQ is a commercial MTA server built on the RabbitMQ queue broker: every email is a message in a queue that you can manage programmatically. Inject via SMTP, REST API or straight into AMQP, deliver by flexible rules, and results come back to a queue for your analytics.

Live control

Limits, IP pools, pauses and routing change from the web console and apply instantly — with no MTA restart and no lost queues. None of that “edit the config and reboot”.

Full transparency

Real-time stats by IP, domains and tags, an SMTP connection monitor and even a preview of emails in processing — you see the system through and through.

Clusters and fault tolerance

RabbitMQ queues scale across several machines: high availability out of the box — a node drops, the cluster keeps sending. For clouds there’s NAT mapping of external IPs.

MailerQ video overview the video is being prepared
A few-minute overview: the Management Console, RabbitMQ queues, throttling and real-time delivery control

Important: MailerQ is a separate product; it’s not part of the Protosender, Interspire and Mumara bundles. Mailing scripts connect to it via SMTP or API — and get what no third-party SMTP service can offer: your own IPs, your own limits and full deliverability control on your infrastructure.

Features

Flexibility classic MTAs don’t have

Every MailerQ setting is live: change it via the console or API and it takes effect at once. Here’s the core of the arsenal.

Real-time dashboard

Live stats on attempts, results, queues and errors — by instance, IP, target system and tag. Widgets are configurable to your needs.

Throttling per IP + domain

Emails per minute, connections per minute, bytes, max active connections and SMTP timeouts — for each “our IP → their domain” pairing.

Flood & Response patterns

The server returned “rate limited” — MailerQ pauses the stream itself and resumes at a lower speed. Any provider response can change IPs, tags and delivery behavior. Masks and regex supported.

IP warm-up schedules

A schedule for the number of days you need: which limits apply on day 1, 5, 15. New IPs are brought online automatically — no manual control of each step.

Live IP Reload

Adding, grouping and warming up IP addresses without reloading the MTA. Pools expand mid-campaign.

Rewrite rules — routing

Triggers by IP, domain or tag with conditions: change the IP, route to a smarthost, rewrite properties — messages are rerouted on the fly.

Inject any way

SMTP, REST API (JSON), straight into RabbitMQ, a spool directory or the CLI — MailerQ fits into any infrastructure, from a mailing script to microservices.

DKIM and ARC

Signature key management: domain, selector, extra headers, signature type. DKIM and ARC — the foundation for passing mailbox-provider checks.

High Availability

Message queues scale across several machines: a fault-tolerant cluster where a node dropping doesn’t stop sending.

Also
IP poolsMX Pattern Groupssuppression listpause delivery by IP/domain/tagforced errorsSMTP monitoremail previewmany-to-many tagslocal addresses → DMARC reports to a queueNAT IP mapping for clouds
MailerQ modules

Nine tools that your delivery is built from

These are MailerQ’s built-in modules — each managed from the console and applied on the fly. We’re preparing a detailed write-up of each on our blog.

Sending policy Delivery interception Configuration
image placeholder
Sending policy

Delivery throttling

Email Throttling

Limits for specific domains: how many emails, connections and bytes per minute each provider gets and how many connections to keep open.

Read morecoming to the blog
image placeholder
Sending policy

Warm-up schedules

Email Throttling Schedules

A day-by-day volume ramp: set the schedule — MailerQ raises the pace toward a domain itself while the IP builds reputation. Warm-up with no manual control.

Read morecoming to the blog
image placeholder
Sending policy

Overload reaction

Flood Patterns

The provider returned “rate limited” — the stream pauses automatically and resumes at a lower speed. Patterns: substrings, masks, regex.

Read morecoming to the blog
image placeholder
Sending policy

Response actions

Response Patterns

Any server response is a trigger: add or remove an IP, retry or reject delivery, change tags. The MTA adapts to providers by itself.

Read morecoming to the blog
image placeholder
Sending policy

Rewrite rules

Rewrite Rules

An email’s properties change right after it’s taken from the queue: a change of sending IP, redirect to a smarthost, conditional edits — before processing begins.

Read morecoming to the blog
image placeholder
Delivery interception

Suppression list

Suppression List

A stop list of addresses and domains: typos, non-existent mailboxes and problem recipients are rejected before a connection is even attempted — reputation stays intact.

Read morecoming to the blog
image placeholder
Delivery interception

Paused deliveries

Paused Deliveries

A manual pause of the stream by IP, domain or tag — precise and instant, with no cluster reload. Ideal for incident reviews.

Read morecoming to the blog
image placeholder
Delivery interception

Forced errors

Forced Errors

Selected messages get a custom error code returned — a permanent refusal without sending. An emergency stop and a way to test bounce handling.

Read morecoming to the blog
image placeholder
Configuration

IP Pools

IP Pools

Named address groups for different jobs: shared, dedicated, transactional. The pool is specified at injection — client and campaign traffic doesn’t mix.

Read morecoming to the blog

The MailerQ section of our blog is on the way: detailed articles on each module, with configuration examples for real-world mailing tasks.

Web console

A console where everything is live

The MailerQ Management Console is more than monitoring: every chart is clickable, every setting changes right here and applies instantly.

Dashboard
Screenshot: real-time dashboard image placeholder
A live picture: attempts, results, errors and queues — by instance, IP and tag, with configurable widgets.
Queues · IP Pools
Screenshot: queues and IP pools image placeholder
Flow control: RabbitMQ queues, IP pools, throttling and pauses — all changed in a couple of clicks, no restart.
SMTP Monitor
Screenshot: SMTP monitor and logs image placeholder
Diagnostics: live SMTP connections, provider responses and a preview of emails right in processing.
How it works

All delivery is queues you control

Emails become RabbitMQ messages, the MailerQ core delivers them by live rules, and the console changes any setting on the fly. The result of every delivery comes back to a queue — straight into your analytics.

MANAGEMENT CONSOLE · real-time web control change a limit, pool or pause — applied instantly, no restart 01 · INJECTION Your script / platform Protosender · Interspire Mumara · your code SMTP REST API · JSON AMQP → straight into a queue any method — your choice 02 · RABBITMQ outbox outgoing emails · JSON retry · delayed retries and delayed — return by themselves results a JSON result for each delivery CLUSTER queues scale across several machines — HA 03 · MAILERQ CORE DELIVERY BY LIVE RULES • throttling per “IP → domain” pair • flood & response patterns — reacting to responses • rewrite rules — change IP and route on the fly • DKIM + ARC signing IP POOLS pool-main · 8 IP ACTIVE pool-mailru · 4 IP flood pattern: “rate limited” → pause, pace lowered SLOWED pool-warmup · 2 IP warm-up schedule · day 6 of 21 SCHEDULE 04 · PROVIDERS Gmail 250 OK · inbox Mail.ru 421 rate limited the flood pattern already fired: pause → lowered pace Yahoo · others 250 OK · inbox each delivery’s result → the results queue → your analytics and script pull the JSON themselves retries and delayed emails return to the outbox automatically — nothing is lost

← scroll the diagram horizontally →

ACTIVE — full pace SLOWED — a flood pattern slowed it SCHEDULE — scheduled warm-up results — feedback into a queue

MailerQ’s key difference: the whole system is message queues. Your platform can publish emails straight into RabbitMQ and pull results from a neighboring queue — the MTA becomes part of your code, not a black box beside it.

5.14.4 or 5.16.2

Two MailerQ versions — which is yours?

We supply both current builds. 5.14.4 is the battle-tested branch on which SMTP clusters run reliably. 5.16.2 is the fresh branch with an emphasis on injection reliability and diagnostic accuracy.

MailerQ 5.14.4 · the proven classic

A stable base for clusters

The 5.14 branch has long been proven in production — predictable and reliable. MailerQ’s whole signature arsenal is already here:

  • Throttling, flood & response patterns, rewrite rules
  • IP warm-up schedules and live address reload
  • Management Console, REST API, SMTP/AMQP injection
  • RabbitMQ clusters and high availability
  • A workhorse for classic volumes
MailerQ 5.16.2 · the current branch

Reliability and precise diagnostics

Everything in 5.14.4 — plus the 5.15 and 5.16 branch upgrades

  • Guaranteed injection — SMTP returns “250 queued” only after the email is actually written to RabbitMQ: no email is lost on failures
  • Accurate parsing of provider responses — fixed code parsing for Web.de, GMX, Exim and others: bounces are classified correctly and the statistics don’t lie
  • A new DNS subsystem — faster and more reliable domain resolution at scale
  • Flexible RabbitMQ queues — fine-tuning of delayed and temporary queues, TTL, retry routing
  • Stability under load — race conditions in the core and web console eliminated
  • International addresses — correct UTF-8 handling in delivery reports

How to choose: if you need a battle-tested MTA for a classic SMTP cluster — take 5.14.4. If it matters not to lose a single email, to get honest bounce diagnostics and the latest fixes — take 5.16.2: it’s the current branch the vendor is developing.

An honest comparison

MailerQ or PowerMTA 6 — which MTA is yours?

Both are top-tier commercial MTAs, and we install and configure both. In short: MailerQ is about flexibility and live control, PowerMTA is about maximum density and finely tuned rules.

You are on this page · real-time MTA

MailerQ

delivery control in real time

Philosophyflexibility on the fly: limits, pools and routes change without a restart — instantly
Performancehigh, scales horizontally with a RabbitMQ cluster and high availability
Managementa full web console + REST API; every email is a manageable message in a queue
Ecosystemloved by developer teams: injection and results via AMQP/JSON, the MTA embeds right into your code
Who forclusters, custom platforms, ESPs with dynamic logic and deep integrations
The performance benchmark

PowerMTA 6

the bulk email standard since 1999

Philosophya finely tuned strategy: set the rules — PMTA executes them flawlessly
Performancemaximum per unit of hardware — millions of emails an hour from one server
Managementa text config + a web monitoring console; 6.0 added a REST API and MX rollups
Ecosystemthe industry standard, specialists worldwide, native modules in Protosender, Interspire and Mumara
Who forindustrial-volume bulk email and working alongside email scripts

In short: if you’re building a platform, cluster or service where delivery is driven by your code and a web console — you’re already on the right page: MailerQ. If you need maximum sending density from one server and a native link-up with Protosender, Interspire or Mumara — look at PowerMTA 6. Not sure — write to us, we’ll match it to your task and volumes.

For large infrastructures

Dozens of MTA nodes? Meet MTA-Hub

One MailerQ is easy to run from its own console. But when the nodes — MailerQ and PowerMTA — together with servers, IPs and domains number in the dozens and hundreds, you need a separate command center. That’s MTA-Hub — our SMTP infrastructure management platform.

MTA-HubSMTP infrastructure control center
manages PowerMTA and MailerQ · linked with Protosender

Infrastructure inventory

A single registry of servers, IPs, domains and virtual MTAs: the type, role and status of every unit — nothing gets lost in spreadsheets.

Prometheus monitoring

Traffic, queues, connections, errors and latency across all nodes at once — with alerts before a problem becomes visible.

Configurations under control

Templates, version comparison, pre-deploy validation, deployment and rollback — with a full audit log.

Controlled warm-up

Metric-driven warm-up plans with pre-flight checks: an IP goes to production only when the numbers confirm it.

Pool export via API

Ready SMTP/MTA pools export straight into Protosender: build the infrastructure in the Hub, and the mailer gets it in one click.

AI infrastructure audit

A risk assessment of the whole setup and plain-language recommendations: what’s burning reputation, where the bottleneck is, what to fix first.

MTA-Hub is a separate MailCore product. Tell us about your infrastructure — we’ll show how it brings order to it.

More about MTA-Hub
License · one-time payment

Choose your MailerQ version

Both versions are ready-to-run builds with video guides. A one-time payment, no subscriptions or renewals.

MailerQ 5.14.4 · the stable classic
150USDT

one-time payment · no subscription

  • MailerQ 5.14.4 installer — together with RabbitMQ, on your server
  • Video setup guide — from a clean server to the first send
  • Video management guide — console, queues, pools, throttling
  • The whole arsenal: patterns, warm-up, rewrite rules, REST API
Buy 5.14.4 — 150 USDT
MailerQ 5.16.2 · the current branch
350USDT

one-time payment · no subscription

  • MailerQ 5.16.2 installer — the freshest build the vendor is developing
  • Video guides for setup and management
  • Guaranteed injection + honest bounce diagnostics — upgrades that protect your emails and reputation
  • Flexible queues and a new DNS subsystem — reliability at scale
  • All the 5.15 and 5.16 branch fixes
Buy 5.16.2 — 350 USDT

No server, IPs or a team for the cluster? We’ll deploy MailerQ turnkey: server, RabbitMQ, networking, DNS, DKIM, warm-up and integration with your script or platform — write to us. Payment in USDT via a secure checkout page. Questions about choosing a version — ask before buying, we reply fast.

FAQ

MailerQ questions

Didn’t find your answer — write to us.

What do I need to launch MailerQ?
A Linux server, the RabbitMQ queue broker (our installer deploys it together with MailerQ), clean IP addresses and sender domains with configured DNS. The video guide takes you from a clean server to the first send. No server or IPs — we’ll deploy turnkey.
Do settings really apply without a restart?
Yes, it’s a signature trait of MailerQ: limits, pools, pauses and rules change from the Management Console or via the REST API and take effect instantly — with no service restart and no lost queues. New IPs are also added on the fly (Live IP Reload).
5.14.4 or 5.16.2 — which version to take?
5.14.4 is the battle-tested classic for SMTP clusters at 150 USDT. 5.16.2 is worth its 350 USDT if it matters not to lose a single email (guaranteed injection into RabbitMQ), to get honest bounce classification and the vendor’s latest fixes. A detailed comparison is above on this page.
Is MailerQ included in Protosender, Interspire or Mumara?
No. MailerQ is a separate product with a separate license. Mailing scripts connect to it via SMTP or API — and get their own IPs, their own limits and full deliverability control. It’s your own MTA that removes the constraints of third-party SMTP services: Protosender, Interspire, Mumara.
MailerQ or PowerMTA?
MailerQ — when you need real-time web control, clusters and deep integration into your code through queues. PowerMTA — when maximum sending density from one server and a native link-up with email scripts matter. A full comparison is in the block above, and the PowerMTA page is here.
What volumes can MailerQ handle?
Very high: one server handles hundreds of thousands of emails an hour, and RabbitMQ queues scale across several machines — the cluster grows horizontally with your volumes. The practical ceiling, as with any MTA, is set by how warmed up the IPs are — for which there are built-in warm-up schedules.
Is installation included in the price?
The bundle includes an installer and video guides for setup and management: that’s enough for a self-serve launch. Full turnkey deployment (server, RabbitMQ, cluster, DNS, DKIM, warm-up, integration with your platform) is a separate service — request a quote.