SiteProbe™

SMTP diagnostics

Test an email server by connecting to port 25. Checks SMTP banner, TLS support, reverse DNS, and open relay.

How to read the session transcript

This test opens a real SMTP conversation and shows you every line of it. Reading the transcript tells you far more than a pass or fail badge, because it shows exactly which step the server stopped at.

  • The banner is the first line the server sends, starting with 220. Getting this far means DNS resolved, the port is open, and something is listening. If the test fails before this, the problem is network level, not mail level.
  • EHLO extensions are what the server says it supports. STARTTLS means it can upgrade the connection to encrypted, AUTH lists the login mechanisms it accepts, and SIZE is the largest message it will take.
  • Reply codes follow a pattern. 2xx is success, 3xx means the server wants more input, 4xx is a temporary failure worth retrying, and 5xx is permanent. The difference between 4xx and 5xx matters: a 4xx will resolve itself on retry, a 5xx never will.
  • No STARTTLS on port 587 means credentials would travel in the clear. Treat that as a configuration fault rather than a quirk.

Which port should be open

The three mail ports do different jobs and are not interchangeable.

  • Port 25 is server to server delivery. Almost every residential and cloud provider blocks outbound 25, so a failure here from your own machine usually means your network blocked it rather than the mail server being down.
  • Port 587 is submission, which is what an application or mail client should use to send. It expects STARTTLS and authentication.
  • Port 465 is implicit TLS submission. The connection is encrypted from the first byte rather than upgraded mid-session.

If your application cannot send mail, testing 587 against your provider is the fastest way to separate a credentials problem from a network problem.

What usually goes wrong

  • Connection times out. A firewall is dropping the packets, or the provider blocks that port outbound. A refused connection is different and means nothing is listening.
  • Banner arrives, then everything fails. The server is up but is rejecting you, commonly because the connecting IP has a poor reputation or no reverse DNS.
  • 535 authentication failed. The credentials are wrong, or the provider requires an app specific password rather than the account password.
  • 550 relay denied. The server will not send on your behalf. Either authentication was skipped or the recipient domain is not one it handles.
  • Everything passes but mail still does not arrive. Delivery is a separate problem from connection. Check authentication records and blacklists next.

Common questions

Why does port 25 time out from my computer?

Almost every consumer ISP and cloud provider blocks outbound port 25 to limit spam from compromised machines. The mail server is usually fine. Use port 587 for sending from an application, and treat port 25 as something only mail servers talk to.

Should I use port 465 or 587?

Either works. 587 starts unencrypted and upgrades with STARTTLS, 465 is encrypted from the first byte. Use whichever your provider documents. What matters is that the session ends up encrypted and authenticated, not which of the two you picked.

The SMTP test passes but my email still is not delivered.

Connecting and being accepted are different from being delivered to an inbox. Once the connection is proven, the next things to check are SPF, DKIM and DMARC alignment, and whether the sending IP or domain appears on a blacklist. Those decide what happens after the message is accepted.

What does STARTTLS missing mean?

The server cannot upgrade the connection to encryption, so anything sent over it, including credentials, travels in plain text. On a submission port that is a misconfiguration and should be fixed rather than worked around.

Keep going