748f029afbc91c1fe6b7ee4821cab6c1bc8b3403
Auf dem Server scheiterte der Login mit "Could not authenticate", während dieselben Zugangsdaten vom Entwicklungsrechner angenommen werden. Beide Namen (w01ca75d.kasserver.com und der Webserver) zeigen auf dieselbe IP — vom Webspace aus verbindet sich PHP also mit der eigenen Maschine, und die kann Anmeldungen anders behandeln als Verbindungen von außen. --probe testet vier Zugangswege (587/STARTTLS, 465/SSL, localhost:25 mit und ohne Anmeldung) und nennt den ersten, der trägt. Bewusst nur vier: jeder Fehlversuch ist ein fehlgeschlagener Login, zu viele sperren ein Postfach. --frage fragt das Passwort verdeckt ab, damit ein neu gesetztes Postfach-Passwort geprüft werden kann, BEVOR es in eine Datei auf zwei Rechnern wandert. Die Fehlerausgabe nennt bei "Could not authenticate" jetzt die drei Ursachen, die dahinter stecken können. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01NzeVVgMCrzCDJAKeLEdKr7
Description
No description provided
Languages
JavaScript
45.4%
PHP
38.2%
CSS
16.3%
HTML
0.1%