Telescope

SMTP

How Telescope verifies SMTP server availability, greeting health, and TLS capability.

SMTP monitors verify that a mail server accepts connections and responds correctly to the SMTP handshake sequence. Checks do not send email payloads and do not perform authentication.

How a check works

  1. Telescope opens a connection to the configured host and port.
  2. It reads the server greeting and validates that SMTP service is ready (220).
  3. Telescope sends EHLO (with automatic HELO fallback for legacy servers).
  4. It parses SMTP capabilities, including STARTTLS support when advertised.
  5. If TLS is required, Telescope negotiates TLS using either:
    • STARTTLS (explicit TLS upgrade), or
    • implicit TLS (SMTPS, commonly port 465).
  6. Telescope sends QUIT, records response time, and stores structured protocol details.

Status classification

ConditionStatusWhat it means
Handshake succeeds and policy checks passUpSMTP endpoint is reachable and protocol flow is healthy
Connection timeout/refusal/DNS failureDownSMTP endpoint is unreachable
Unexpected SMTP reply codes (4xx/5xx at critical handshake stages)DownServer is reachable but not accepting expected SMTP flow
TLS required but no secure transport availableDownServer does not satisfy monitor TLS policy
Greeting/banner verification failsDownServer identity/content check failed

SMTP monitors currently classify results as up/down (no degraded state).

Configuration options

SettingDefaultDescription
port587SMTP endpoint port
requireTls / requireStartTLSfalseRequire secure SMTP transport
implicitTlsauto (true on port 465)Use TLS immediately on connect (SMTPS)
verifyBannerunsetOptional substring that must appear in server greeting
ehloDomaintelescope.localEHLO/HELO identity sent by checker

Result data highlights

SMTP checks store structured metadata in result_data, including:

  • connection_mode (plain, starttls, implicit_tls)
  • banner
  • ehlo_domain
  • supports_starttls
  • tls_active, starttls_negotiated
  • tls_protocol, tls_cipher
  • extensions (advertised SMTP capabilities)
  • response_codes

Operational notes

  • Checks support both modern ESMTP (EHLO) and legacy SMTP (HELO fallback).
  • STARTTLS follows RFC behavior by re-issuing EHLO after TLS negotiation.
  • If you need certificate trust/expiry validation, pair SMTP monitors with an SSL monitor on the same host/port.

On this page