MTA-Hub overview

Monitoring PowerMTA and MailerQ servers

Sending server monitoring.
Disk, CPU
and queue.

All your servers in one table: status, health score, MTA, queue, CPU, memory, disk, messages sent in the last hour, uptime and the time of the last measurement.

At the top — how many servers are healthy, need attention, have failed or have gone silent; at the bottom — which ones stand out from the rest, and why.

Status by clear rules
Healthy · attentionFailure · silentMeasured every minute
Analytics · serversMTA-Hub interface
StatusHardwareWho stands out
Real module screensOpen full size ↗
01MeasureOnce a minute
02StatusBy clear rules
03CompareWith servers on the same MTA
04Stand outWhat breaks sending comes first

01 / Server status

A sending server's status, by clear rules.

Each sending server's status is set by clear thresholds for MTA health, disk, CPU and how fresh the measurement is — not by an impression from the charts. The tiles at the top show how many servers are healthy, need attention, have failed or have gone silent, and they work as a filter for the table.

Failure

The MTA isn't responding

Or the disk is 90% full or more.

Attention

Disk 75–90%

Or CPU at 85% or more, twice as high as other servers on the same MTA, or a reboot less than an hour ago.

Silent

15 minutes without a measurement

Its numbers are out of date — and it goes to the top of the list.

02 / Server load

Load is compared with servers on the same MTA.

MailerQ, together with its message broker, puts a heavier load on a server than PowerMTA does. So the Hub looks for excess CPU load among servers with the same MTA: PowerMTA servers are compared with each other, and MailerQ servers with each other. Otherwise both MailerQ servers would be flagged as overloaded every day.

mq-01

Attention

The MailerQ database and broker server: the disk is 81% full, the bar is yellow, the score is 89. Worth checking what's growing: the logs or the queue.

Load by role

Queue and hourly sending

MailerQ servers hold 145–152 messages in the queue and send 41–43 an hour; the transactional tx-01 and tx-02 hold 39–66 in the queue and send 54–62 an hour; the marketing servers, single digits.

03 / Who stands out from the fleet

Which servers stand out from the fleet, and why.

“Who stands out” covers more than disk and CPU: it also includes a server's dropped score, addresses without a reverse DNS record, and MTA reports — a server can be running while its sending suffers. What breaks sending comes first. One problem — one row.

Disk

mq-01 — 81%

Worth checking what's growing: the logs or the queue.

Score

mta-10 — 80

Spam and complaints are the weakest part: one spam bounce in 24 hours.

Score

mq-02 — 84

Mailbox provider requirements are the weakest part: 217 bounces — Microsoft rejects the address.

PTR

mta-10 and mta-11

One address without a reverse DNS record each.

The mq-01 score, dropped because of the same disk, doesn't get a second row: one problem — one row.

04 / New and silent servers

Servers with no sending, and stale measurements.

A server that hasn't sent anything yet doesn't get flagged with “reports not arriving”: by the MTA's own counter there were no messages, so there's nothing to check. A server that has gone silent, on the other hand, goes first as a red row — its numbers are out of date. This way monitoring doesn't mistake a new server for a broken one.

lab-01 and mta-11

No reports yet

The rows are gray: there were no reports from the MTA, but by the MTA's own counter they haven't sent any messages either. Report delivery will be checked once they send their first messages.

Not enough data

With an explanation

A “not enough data” score comes with an explanation of why — for example, “nothing was sent”. The “Measured” column shows how fresh the numbers in the row are.

The table shows working servers only. Servers being prepared or retired are shown in “Infrastructure”, and the table caption gives their number.

05 / The interface in detail

The “Servers” tab — 4 screens.

Fleet status, the server table, the “Attention” filter and who stands out from the fleet. Above each screenshot: why the screen matters. Below it: what it shows.

Fleet and table

3 screens

The tab opens with the fleet status: four tiles show how many servers are healthy, need attention, have failed or have gone silent. Below is a table of all servers with the measurement time, queue, CPU, memory, disk and score. The tiles work as a filter, so a problem server is easy to find even in a large fleet.

01

Fleet status

Healthy, attention, failure, silent

Four fleet status tiles: how many sending servers are healthy, need attention, have failed or have gone silent. This is the first look at server monitoring — is everything fine with the hardware and the MTA. In the example, sixteen servers of seventeen are healthy and one needs attention — mq-01, with its disk 81% full; there are no failures and no silent servers. Clicking a tile leaves only the servers in that status in the table below. The Hub takes measurements from the servers itself, once a minute. Read the tiles by urgency: failure — the MTA isn't responding or the disk is 90% full or more; attention — disk at 75–90% or CPU at 85% or more; silent — no measurement for more than 15 minutes.

MTA-Hub: Fleet status — Healthy, attention, failure, silentEnlarge
Screen 01 · Fleet status. An example from the MTA-Hub interface.
  • Healthy — 16 of 17 — the MTA is running, disk and CPU within limits.
  • Attention — 1 — mq-01, disk 81%.
  • Failure and silent — none.

The tiles work as a filter for the table below.

02

Nodes

All servers in one table

The tab's main table: all 17 sending servers, one row each — status, score, MTA, queue, CPU, memory, disk, messages sent in the last hour and the time of measurement. Use it to compare servers with each other and spot which ones are different. In the example, mq-01 is in “attention” because of its disk at 81%, mq-02, mta-06, mta-07 and mta-10 have a lower score, and lab-01 and mta-11 haven't sent anything yet. The “Measured” column shows how fresh the numbers in the row are. mq-02 scores 84 because of 217 bounces for mailbox provider requirements: that's the address Microsoft rejects, so the hardware isn't the issue. Only the disk can turn red in the bars.

MTA-Hub: Nodes — All servers in one tableEnlarge
Screen 02 · Nodes. An example from the MTA-Hub interface.
  • mq-01 — “attention”: disk 81%, score 89.
  • MailerQ — 145–152 in the queue, 41–43 an hour.
  • tx-01 and tx-02 — 39–66 in the queue, 54–62 an hour.
  • mq-02 and mta-10 — scores 84 and 80.
  • lab-01 and mta-11 — “not enough data” — nothing was sent.
  • Measured — how fresh the numbers are.

The bars are colored by the status thresholds: only the disk can turn red.

04

“Attention” only

Filter by tile

The table after clicking the “Attention” tile: one server is left — mq-01, and the caption says “showing 1 of 17”. This filter helps when you have many servers but only need to look at the problem ones. The row shows right away what's wrong: the disk is 81% full. The “attention ×” button above the table clears the filter and brings back the whole fleet. The “Failure” and “Silent” tiles work the same way: failed and silent servers are always shown first. The table shows working servers only; those being prepared or retired are shown in “Infrastructure”, and the table caption gives their number. Load is still compared with servers on the same MTA.

MTA-Hub: “Attention” only — Filter by tileEnlarge
Screen 04 · “Attention” only. An example from the MTA-Hub interface.
  • Showing — 1 of 17 — mq-01.
  • Clear the filter — the “attention ×” button above the table.

This way one problem server doesn't get lost among sixteen healthy ones.

Who stands out

1 screen

At the bottom are the servers that stand out from the fleet, each with its reason. What breaks sending comes first, and gray rows show what hasn't been checked yet. This block tells you which server to start with. One problem — one row, no repeats.

03

Who stands out from the fleet

What breaks sending comes first

The “Who stands out from the fleet” block lists servers that differ from the rest, each with its reason. In the example there are seven of 17: mq-01's disk is 81% full and it's worth checking what's growing — the logs or the queue; mta-06, mta-07, mta-10 and mq-02 have a dropped score; mta-10 and mta-11 have addresses without a reverse DNS record. Gray at the bottom are lab-01 and mta-11, which haven't sent any reports yet because they haven't sent any messages either. Work through the rows from top to bottom. The mq-01 score, dropped because of the same disk, doesn't get a second row: one problem — one row. A single server in full — MTA status, queues and controls — is examined in monitoring.

MTA-Hub: Who stands out from the fleet — What breaks sending comes firstEnlarge
Screen 03 · Who stands out from the fleet. An example from the MTA-Hub interface.
  • mq-01 — disk 81% — logs or queue.
  • mta-10 — score 80 — spam and complaints.
  • mq-02 — score 84 — mailbox provider requirements.
  • mta-10 and mta-11 — one address without PTR each.
  • In gray — lab-01 and mta-11 — no reports, and no messages either.

One problem — one row.

06 / Questions about servers

Frequently asked questions about sending server monitoring.

In short: how a server's status is determined, and why it's compared only with servers on the same MTA.

Who stands out
MTA-Hub: Who stands out from the fleet — disk, score and reverse DNS recordsEnlarge

Seven servers of 17 — what breaks sending first; unchecked items in gray.

When has a server failed?

When the MTA isn't responding or the disk is 90% full or more.

When does a server need attention?

Disk at 75–90%, CPU at 85% or more or twice as high as other servers on the same MTA, or a reboot less than an hour ago.

When is a server silent?

When there has been no measurement for more than 15 minutes. Such a server goes first, as a red row.

Why compare only with the same MTA?

MailerQ with its broker puts a heavier load on a server than PowerMTA. Otherwise both MailerQ servers would always be flagged as overloaded.

Why does “Who stands out” include more than hardware?

A server can be running while its sending suffers: a dropped score, addresses without PTR, MTA reports.

Why isn't a server with no sending flagged as a problem?

By the MTA's own counter there were no messages — so there's nothing to check report collection against.

Where do the measurements come from?

The Hub takes them from the servers itself, once a minute.

Which servers are in the table?

Working ones only: active, paused, unreachable and being rebuilt.

07 / Next step

Open monitoring for a single server.

Analytics shows the whole fleet. A single server in full — MTA status, queues and controls — is in monitoring.

All servers with their addresses and place in the diagram are on the Nodes page.

Module interface