Prompt
Why is my SMTP relay timing out?
Latest observation
Oct 5, 2026
OpenAI APIWeb search: off
SMTP relay timeouts usually come from one of a few buckets:
Common causes
-
Network connectivity issues
- Firewall/security group blocks to port
25,587, or465 - ISP/cloud provider blocks outbound SMTP
- DNS resolution problems for the relay host
- Firewall/security group blocks to port
-
Wrong host/port/protocol
- Using
465without implicit TLS support - Using
587but not startingSTARTTLS - Connecting to the wrong MX/relay hostname
- Using
-
Authentication/TLS problems that look like timeouts
- Server expects auth before relay
- TLS handshake stalls due to certificate or protocol mismatch
- Old client only supports deprecated TLS versions/ciphers
-
Relay server overloaded or rate-limited
- Too many concurrent connections
- Greylisting or throttling by the relay
- Long queue/backpressure on the SMTP server
-
Client-side timeout too low
- Connect timeout or read timeout expires before banner/response
- Large messages or slow DNS lookups trigger timeout
-
Recipient-side issues
- If you’re relaying through an upstream, that upstream may be timing out while delivering to destination servers
What to check first
- Test TCP reachability:
telnet relay.example.com 587nc -vz relay.example.com 587
- Verify SMTP handshake:
openssl s_client -starttls smtp -connect relay.example.com:587
- Confirm DNS:
nslookup relay.example.com
- Check logs on both client and relay server for:
- connection attempts
- TLS negotiation failures
- auth failures
- queue delays
- Ensure your timeout values are reasonable.
If you want, send me:
- the relay host/port
- whether you use
25,465, or587 - the exact error message/log line
- your client/library (Postfix, Exchange, Python smtplib, Nodemailer, etc.)
…and I can help narrow it down quickly.