Mail & Cache

Überblick

Drei Monitor-Typen, die das Protokoll sprechen, statt nur einen Socket zu öffnen. Eine TCP-Prüfung auf Port 587 belegt, dass dort etwas lauscht; eine SMTP-Prüfung belegt, dass der Server Sie begrüßt, EHLO annimmt, TLS aushandelt und Sie — wenn Sie ihm Zugangsdaten geben — anmeldet.

Typ	Schemata	Standardport	Was die Prüfung tut
SMTP	smtp://, smtps://	587 (465 bei smtps)	Banner, EHLO, STARTTLS, optional AUTH
IMAP	imap://, imaps://	143 (993 bei imaps)	Begrüßung, CAPABILITY, STARTTLS, optional LOGIN
Redis	redis://, rediss://	6379	Optional AUTH, dann PING → +PONG

Das Ziel darf auch ein reiner Host sein: mail.example.com, mail.example.com:993.

TLS

TLS tritt hier in drei Formen auf, und sie zu verwechseln ist die häufigste Ursache für „mein Server läuft, aber der Monitor ist rot”:

Form	Wann	Verhalten
Implizit	smtps://, imaps://, rediss:// oder Port 465 / 993	TLS ab dem ersten Byte
STARTTLS	SMTP und IMAP auf jedem anderen Port (587, 143 …)	Verbindung im Klartext, dann aufgewertet
Keins	Redis ohne rediss:// oder ?starttls=false	Alles im Klartext

Ein „sicherer” Port bedeutet implizites TLS, auch ohne Schema: mail.example.com:993 ist IMAPS, nicht IMAP im Klartext.

Gilt STARTTLS und der Server kündigt es nicht an, schlägt die Prüfung fehl und sagt das auch — statt still im Klartext weiterzumachen. Ein interner MTA, der tatsächlich Klartext spricht, wird mit smtp://mta.internal:25?starttls=false deklariert.

Zugangsdaten

Benutzer und Passwort sind optional. Ohne sie prüft der Check, dass der Dienst sein Protokoll beantwortet. Mit ihnen prüft er zusätzlich, dass die Anmeldung gelingt — und genau das fängt ein abgelaufenes Postfachpasswort oder ein rotiertes Redis-requirepass ab, bevor Ihre Anwendung es tut.

Sie leben in denselben verschlüsselten Spalten wie bei den Datenbank-Monitors: nie in der URL, in API und allen Exporten als *** maskiert, aus Fehlermeldungen entfernt. In die URL eingefügte Zugangsdaten (smtps://benutzer:passwort@mail.example.com) werden beim Speichern herausgelöst.

• SMTP — AUTH PLAIN, wenn angekündigt, sonst AUTH LOGIN.
• IMAP — LOGIN. Ein Server, der LOGINDISABLED ankündigt, wird als solcher gemeldet.
• Redis — AUTH <Benutzer> <Passwort> (ACL ab Redis 6), wenn ein Benutzer gesetzt ist, sonst AUTH <Passwort> (das historische requirepass).

Was als „up” gilt

Typ	Up	Down
SMTP	Banner 220, EHLO angenommen (250) und, mit Zugangsdaten, Anmeldung angenommen (235)	Verbindung abgelehnt, Zeitüberschreitung, Banner abgelehnt, STARTTLS fehlt oder abgelehnt, Anmeldung abgelehnt
IMAP	Begrüßung * OK, CAPABILITY angenommen und, mit Zugangsdaten, LOGIN angenommen	Dasselbe, dazu LOGINDISABLED, wenn Zugangsdaten gesetzt sind
Redis	PING antwortet +PONG	Verbindung abgelehnt, Zeitüberschreitung, AUTH abgelehnt, -NOAUTH auf PING

Ein Server, der die Verbindung nach der Anmeldung wortlos kappt, wird als Ablehnung gemeldet, nicht als leere Antwort — die Meldung nennt den fehlgeschlagenen Schritt.

Die Latenz umfasst den gesamten Dialog: Verbindung, TLS und Protokollaustausch.

Einstellungen

Einstellung	Beschreibung	Standard
Ziel	smtp.example.com:587, imaps://mail.example.com, redis://cache.example.com:6379	—
Benutzer / Passwort	Optional, verschlüsselt gespeichert	—
Port	Nur verwendet, wenn die URL keinen trägt	Standard des Typs
TLS-Prüfung überspringen	Ein selbst signiertes Zertifikat akzeptieren	aus
Intervall	Prüffrequenz	tarifabhängig
Zeitbudget	Budget für den gesamten Dialog	10 s

Hinweise

• Ein öffentlicher SMTP- oder IMAP-Server, der Verbindungen begrenzt, weist eine Prüfung womöglich ab, wenn sie zu häufig und aus mehreren Regionen zugleich kommt. Beginnen Sie mit 5 Minuten und ein bis zwei Regionen.
• Ein im Internet erreichbares Redis sollte ein Passwort verlangen; eine Prüfung ohne Passwort, die trotzdem gelingt, ist für sich genommen eine Untersuchung wert.
• Die Prüfung versendet nie eine Mail und schreibt nie einen Schlüssel — der Dialog endet bei QUIT / LOGOUT.