Diagnose fuer den PayPal-Postfachzugang

Vor dem ersten Abruf soll klar sein, ob der Host das Postfach ueberhaupt
erreicht - und auf welchem Weg. Das Skript meldet PHP-Version, ob die
imap-Erweiterung geladen ist, ob die PAYPAL_*-Einstellungen gesetzt sind,
und oeffnet das Postfach testweise ueber eine reine TLS-Verbindung.

Damit ist auch ohne die Erweiterung belegbar, dass ein Abruf moeglich
waere - seit PHP 8.4 ist imap kein Bestandteil von PHP mehr und laesst
sich auf einem Webhosting nicht einfach nachruesten.

Bewusst nur lesend: EXAMINE statt SELECT, kein Flag wird gesetzt. Das
Passwort wird nie ausgegeben, nur seine Laenge als Tippfehler-Probe.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

docs/deployment.md

@@ -236,6 +236,22 @@ dieselbe Mailbox zustellen** (Catch-All), damit die pro Mandant
 generierten Adressen `zahlungen+<token>@…` ankommen. IMAP-Zugangsdaten in
 `env.local.php` eintragen und die `imap`-Extension auf dem Host prüfen.
 
+### Erreichbarkeit prüfen
+
+`scripts/check-imap-support.php` beantwortet in einem Lauf, ob dieser Host
+das Postfach erreichen kann: PHP-Version, ob die `imap`-Erweiterung
+geladen ist, ob die `PAYPAL_*`-Einstellungen gesetzt sind, und ob sich das
+Postfach **auch ohne die Erweiterung** über eine reine TLS-Verbindung
+öffnen lässt. Der Test ist nur lesend (`EXAMINE`, keine Flags), das
+Passwort wird nie ausgegeben.
+
+Fehlt die Erweiterung: In Plesk unter *PHP-Einstellungen* prüfen, ob
+`imap` angeboten wird — nachinstallieren kann sie nur der Anbieter
+(`plesk-php8x-imap`). Seit **PHP 8.4** ist `imap` kein Bestandteil von PHP
+mehr (nach PECL ausgelagert); auf 8.4/8.5 steht sie deshalb oft gar nicht
+mehr zur Wahl, dann hilft ein PHP-Handler auf 8.3 — oder ein Abruf über
+die TLS-Verbindung, die das Diagnoseskript bereits nachweist.
+
 ### Erster Testlauf
 
 `scripts/fetch-paypal-payments.php --dry-run` fasst nichts an: es meldet