Global
The address on which the node accepts connections for the fake receiver. It works in a pair with dummy-smtp-port: that one decides whether to listen at all, this one — where exactly.
The local address 127.0.0.1 is almost always the right choice. The fake receiver is needed for loading the node itself, and it is the same node that connects to it. By limiting the address to local, you make the black hole unreachable from outside.
An external address is rarely needed — when the load is created by another machine. Then the receiver is visible to the network, and it has to be protected by network means.
A local address as the default way of thinking. The load is created by the same node, so listening on itself is enough.
External — only together with a firewall restriction. The receiver itself filters no one out.
On a separate node, not a production one. Even a local black hole on a production node is an open port that a typo in the configuration can send mail into.
# the black hole is visible only to the machine itself dummy-smtp-ip 127.0.0.1dummy-smtp-port 2525
what people get wrong and how it ends2 mistakes▶
our experience
our experience
1 relation
ss -ltn | grep 2525 grep -n dummy-smtp-ip /etc/pmta/config
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.