Free SMTP Test Tool

Test your mail server connection, verify TLS encryption, validate MX records, and diagnose email delivery issues — no signup required.

Real SMTP handshake Live DNS lookups TLS / STARTTLS verified 100% free
SMTP configuration
Enter your mail server details to begin
25 · 465 · 587 · 2525
STARTTLS
  • STARTTLS
  • SSL / TLS
  • None
Quick presets
Gmail
smtp.gmail.com · 587
Microsoft 365
smtp.office365.com · 587
Amazon SES
email-smtp.[region] · 587
SendGrid
smtp.sendgrid.net · 587
Brevo
smtp-relay.brevo.com · 587
Mailgun
smtp.mailgun.org · 587
Zoho Mail
smtp.zoho.com · 587
Namecheap
mail.privateemail.com · 465
smtp-test — terminal
Ready to test SMTP connection…
Connection checks
Server connection
Pending
TLS / STARTTLS
Pending
MX record
Pending
Server capabilities
Pending
Reverse DNS (PTR)
Pending

Three steps to test your SMTP server

Our SMTP test tool performs a real mail server handshake in seconds — no account or installation needed.

1

Enter server details

Input your SMTP hostname, port, and security protocol — or pick a preset for popular providers like Gmail, Microsoft 365, or SendGrid.

2

Run the test

Click "Test connection" to perform a real SMTP handshake, check DNS records, and negotiate TLS encryption directly from our server.

3

Review diagnostics

Read the live terminal output and five-point check results to pinpoint exactly what is wrong with your mail server configuration.

Five-point SMTP diagnostics

Every test performs a real SMTP handshake across five critical areas, giving you a complete picture of your mail server health.

Server connection

Verifies that your SMTP server is reachable on the specified port and returns a valid 220 service-ready banner.

TLS / STARTTLS

Initiates a real TLS negotiation — STARTTLS upgrade or implicit SSL — and confirms the encryption handshake succeeds.

MX records

Performs a live DNS lookup for your domain's Mail Exchanger records, listing all hosts ranked by priority.

Server capabilities

Reads the EHLO response to identify AUTH methods, PIPELINING, CHUNKING, SIZE limits, and other SMTP extensions your server supports.

Reverse DNS (PTR)

Resolves your mail server IP back to a hostname. A missing or mismatched PTR record is a leading cause of email landing in spam.

Email authentication

SMTP connectivity is the foundation. Combine with PowerDMARC to validate SPF, DKIM, and DMARC and fully secure your email channel.

SMTP errors and how to fix them

Our tool identifies the most common SMTP configuration failures and explains exactly what to do next.

Connection refused

Server not reachable on port

The SMTP server cannot be reached on the specified port. This is usually a firewall rule blocking the port, a wrong port number, or the mail service being down.

Confirm the port is correct (587 for STARTTLS, 465 for SSL), then check your firewall rules and ensure the port is open to inbound connections.
TLS handshake failed

Encryption certificate error

The server's TLS certificate may be expired, self-signed, or the hostname does not match the certificate CN or SAN. Receiving servers may reject mail from this host.

Renew the certificate, ensure the hostname matches the CN/SAN exactly, and verify the full certificate chain is installed.
No MX record

Missing mail exchanger record

No MX record was found for your domain. Without a valid MX record, other servers cannot deliver email to your domain and outbound mail may bounce or be flagged.

Add an MX record in your DNS zone pointing to your mail server hostname with a priority value (e.g. 10 mail.example.com).
Missing PTR record

No reverse DNS configured

Your mail server's IP address has no PTR record, or the PTR hostname does not match the SMTP banner. This mismatch is flagged by most spam filters and causes deliverability problems.

Contact your hosting provider or ISP to set a PTR record for your server IP that exactly matches the hostname in your SMTP banner.

Frequently Asked Questions

Port 587 with STARTTLS is the recommended port for submitting outbound email from mail clients and applications. Port 465 uses SSL/TLS directly from the start of the connection and is widely supported by modern providers. Port 25 is the traditional mail-to-mail relay port — most ISPs block it for outbound sending to prevent spam, so it is best suited for server-to-server communication only.

STARTTLS is an upgrade command — the connection starts unencrypted on a standard port (usually 587) and then upgrades to an encrypted connection before any credentials or message data are transmitted. SSL/TLS, typically used on port 465, establishes an encrypted tunnel from the very beginning of the connection. Both protect email in transit; STARTTLS is more widely used for outbound submission, while SSL/TLS provides slightly faster connection setup.

A “connection refused” error means the server is either unreachable on the specified port or actively rejecting the connection. The most common causes are a firewall blocking the port, the wrong port number being used, the SMTP service not running on the server, or the hostname being incorrect. Start by confirming the hostname and port with your email provider, then check that no firewall rules are blocking outbound traffic on that port.

An SMTP relay is a server that forwards outgoing email on behalf of your application or domain — rather than delivering directly to the recipient’s mail server. You typically need one when sending transactional or bulk email from a web application, a CRM, or a marketing tool. Using a dedicated SMTP relay (such as SendGrid, Amazon SES, or Mailgun) improves deliverability, provides sending infrastructure, and keeps your main domain’s reputation separate from high-volume sending.

SMTP timeouts usually indicate a network-level block rather than a server misconfiguration. Common causes include your ISP or hosting provider blocking outbound connections on port 25 or 587, a firewall dropping packets without sending a rejection response, or DNS resolution failing for the mail server hostname. Try switching to an alternative port (465 if you were using 587, or vice versa), confirm the hostname resolves correctly in DNS, and check with your hosting provider whether outbound SMTP is restricted on your plan.

Modern SMTP servers should support AUTH LOGIN and AUTH PLAIN at minimum, with CRAM-MD5 or OAUTH2 as stronger alternatives where available. Authentication is negotiated after the EHLO handshake and, critically, should only be offered after a TLS-encrypted connection has been established — sending credentials over an unencrypted connection exposes them to interception. You can see which AUTH methods your server advertises by checking the capabilities output in the test results above.

Protect your domain with full email authentication


SMTP connectivity is just the start. Use PowerDMARC to enforce DMARC, monitor all your email senders, and stop domain spoofing — all in one platform.