The highest values per hour and per minute — recipients, messages, kilobytes.
A peak answers the question “what the node is capable of”, not “what it is doing”. Planning load by it is dangerous: the peak was reached under its own conditions, and they cannot be repeated every hour.
The Hub also computes peaks itself, from its own time series — over the chosen window, not the one the engine set.
The Hub also computes peaks itself, from its own time series — over the chosen window, not the one the engine set.
What to compare with:
| Value | Compared with |
|---|---|
| current value | the usual one for this node, not the neighboring one |
| peak | the ceiling, if there is one |
| growth | the growth rate, not the absolute number |
Fleet nodes are not directly comparable: they have different hardware, different addresses and a different mix of receivers. It makes sense to compare a node with itself over time.
# the metric comes in the status snapshot curl -s "http://127.0.0.1:8080/status?format=json"pmta show status
2 relations
Traffic countersThe same set of values with current values instead of the highest ones. § 5.3
pmta show status pmta show queues --sort=rcpt --maxitems=20
3 articles
◇The activation key is a prerequisite for installation, not a step after itWithout an activation key from SparkPost support the engine neither installs nor runs, and the license tier sets the outbound connection ceiling: on Standard everything above 200 is ignored.◇Cloud restrictionsClouds restrict outbound mail on port 25 until you ask them to lift the limit, and mailbox providers treat their address ranges with suspicion.◇How to turn a sending plan into hardwareTwo constants for sizing any node: about 2 KB of memory per queued recipient and spool space proportional to the total size of the messages.