---
title: Free SMTP Server Test
description: Connect to any mail server on port 25, 465 or 587 from a real probe location and see what a sending server sees — the banner, whether STARTTLS is offered, whether reverse DNS matches, and whether it relays for strangers. Verify a new mail host before you route production mail through it.
canonical: https://watchfor.io/smtp-test
---

[Back to all free tools](/free-tools)

# SMTP Server Test

Connect to any mail server on port 25, 465 or 587 from a real probe location and see what a sending server sees — the banner, whether STARTTLS is offered, whether reverse DNS matches, and whether it relays for strangers. Verify a new mail host before you route production mail through it.

Result

No result yet

Enter the inputs above and press Run. Results appear here in a moment.

Monitor this 24/7 — get alerts on the first failure.

[Start free](/auth/sign-up)

Only run these tools against systems you own or are authorized to test. Using them to scan or probe systems without permission violates our [Terms](/legal/terms).

## What is SMTP Server Test ?

Before any email is delivered, two mail servers have a short conversation over SMTP: a greeting banner, an EHLO that lists what the receiver supports, ideally a STARTTLS to encrypt the rest, then the envelope. Whether that conversation goes well is decided by things you can't see from a mail client — is port 25 reachable at all, does the banner make sense, is STARTTLS offered, does the server's reverse DNS check out, and will it relay mail for anyone who asks (which gets it blocklisted within hours).

This test opens a real SMTP session with any mail server from a probe location of your choice, on port 25, 465 (implicit TLS) or 587 (submission), and reports what a sending server would see: the banner, STARTTLS support, forward-confirmed reverse DNS, and an open-relay probe that tries to hand it mail for an outside domain. Use it on a new mail host before routing production mail through it, and on a partner's when their mail isn't arriving.

## How it works

A real, polite SMTP session — nothing is sent:

- 1 Resolve and connect — The hostname is resolved, private addresses are refused, and a TCP connection is opened on the chosen port. Port 465 is wrapped in TLS from the first byte; 25 and 587 start in plain text.
- 2 Banner and EHLO — The server's 220 greeting is read and compared with the hostname; EHLO is sent and the extensions the server advertises are read — STARTTLS being the one that matters.
- 3 Reverse DNS — The connected IP's PTR is looked up and resolved forward again. A match is forward-confirmed reverse DNS, which most receivers require of a sender.
- 4 Relay probe — MAIL FROM a WatchFor address, RCPT TO an address at a domain the server doesn't host. A 250 accepting it means the server relays for strangers — an open relay. Then QUIT . No message data is ever sent.

Every step is timed, so a server that's reachable but takes eight seconds to greet (tarpitting, or a struggling host) shows up as such.

## When you'd use it

### Bringing up a new mail server

Postfix installed, DNS set. Before the first real message: can the world reach port 25, does the banner name the host, is STARTTLS on, does the PTR match, is relaying denied? Five answers in one run.

### Mail to a partner bounces or never arrives

Find their MX with the MX lookup, then test the host. A closed port, a 421 banner, or a server that greets and hangs explains the bounce better than any log line on your side.

### Provider or firewall says port 25 is blocked

Most cloud providers block outbound 25 by default; many networks block inbound. Test from several probe locations to see whether the block is on the server's side or the network between.

### Confirming the relay is closed

After changing mynetworks , relay_domains or the authentication setup, prove the server refuses RCPT TO for outside domains. An open relay is the fastest route onto every blocklist.

## Reading the result

### Banner

220 mail.example.com ESMTP Postfix — the server's name and, often, software. A banner that names a different host is normal behind a load balancer; a 4xx banner means the server is refusing connections right now.

### STARTTLS / encryption

On 25 and 587, STARTTLS in the EHLO response means the session can be upgraded. On 465 the whole session is already encrypted. No STARTTLS on 25 means mail to this host travels in the clear and Gmail marks it as such.

### Reverse DNS

Matches: the IP's PTR resolves back to the same IP. Mismatch or missing: many receivers will greylist, score as spam or reject outright.

### Relay

Denied: the server refused to accept mail for an outside domain — correct. Open relay: it accepted; fix it today.

## Check it yourself

openssl s_client -starttls smtp -connect mail.example.com:25 -servername mail.example.com </dev/null | head -20 You'll see the banner, the EHLO extensions and whether STARTTLS negotiated. For port 465, drop -starttls smtp .

## Common pitfalls

### Testing port 587 for inbound delivery

587 is for authenticated clients submitting mail; other servers deliver to port 25. A host that answers on 587 and not 25 receives nothing from the outside world.

### Relay test on a submission port

On 587 (and 465) the server should require authentication before MAIL FROM . A relay-denied result there is expected; the meaningful relay test is on port 25.

### Greeting delays read as an outage

Some servers deliberately wait a few seconds before the banner (tarpitting spammers). The timings show a slow banner as slow, not as failed — unless it exceeds the timeout.

## Run SMTP Server Test on every change, not just once.

Get alerts the moment something breaks — across HTTP, DNS, SSL, RDAP, ping, blacklist and more. Free forever for 10 monitors. No card.

[Start free](/auth/sign-up)

## Frequently asked questions

How do I test if an SMTP server is working? Connect to it on port 25 from outside its network, read the 220 banner, send EHLO , and check that STARTTLS is advertised and that it refuses to relay for other domains. That is exactly what this test does, from a real probe location, in a few seconds.

Which port should I test — 25, 465 or 587? 25 for server-to-server delivery (what the world uses to send you mail). 587 for clients submitting mail with authentication. 465 is 587's implicit-TLS twin. If you run a mail server, 25 is the one that must work from everywhere.

What is an open relay? A server that accepts mail for domains it doesn't host from senders it doesn't authenticate, and forwards it. Spammers find them within hours by scanning; blocklists list them within days. The test's relay probe detects it without sending any message.

Why does the test say no STARTTLS when my server has TLS? TLS is configured but not advertised on that port, or a proxy/firewall in front is stripping the STARTTLS capability (some do, to inspect mail). Check smtpd_tls_security_level in Postfix and what sits in front of it.

Does the test send any email? No. It stops after RCPT TO and sends QUIT ; no DATA command is ever issued, so nothing is delivered or queued.

Can I monitor an SMTP server continuously? Yes — an SMTP monitor runs this check on a schedule from multiple locations and alerts on unreachable, no STARTTLS, PTR mismatch or an open relay. It's one of WatchFor's email monitor types.

## Related email tools

- [Email HealthCombined SPF + DKIM + DMARC grade with per-record diagnostics.](/email-policy-checker)
- [SPF CheckerValidate and recursively expand the SPF record, with mechanism breakdown.](/spf-record-checker)
- [DKIM CheckerValidate DKIM public key for a selector — algorithm, key size, format.](/dkim-record-checker)
- [DMARC CheckerValidate the DMARC record with tag-by-tag explanation and warnings.](/dmarc-record-checker)

---

Canonical page: https://watchfor.io/smtp-test · Site guide: https://watchfor.io/llms.txt
