Large clouds put protection against spam sent from their machines.
Outbound port 25 is restricted until you ask: in AWS the restriction is lifted with a support request; the manual notes that Google and Azure work the same way. Messages simply do not leave in the meantime.
Cloud ranges have lower reputation: mailbox providers remember that spam was sent from them. You do not control your ranges in the cloud — in AWS Elastic IP addresses are not issued consecutively and come five per account per region until you ask for more; you can bring your own warmed-up addresses (BYOIP).
What to check before the first campaign from a cloud:
| What | What skipping it risks |
|---|---|
| whether the outbound port 25 limit is lifted | messages do not leave at all |
| how many addresses the region allows | not enough addresses for the warm-up plan |
| which range the addresses come from | the low reputation of a cloud range |
# whether an external receiving server answers on port 25 from this machine nc -vz -w 5 gmail-smtp-in.l.google.com 25
2 relations
nc -vz -w 5 gmail-smtp-in.l.google.com 25 pmta resolve --connect gmail.com
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.◇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.◇A license for a fleet, not for a serverThe license is not bound to a server: it is installed on as many machines as the instance limit allows, and the nodes send volume statistics to the vendor every hour.