b92176ee59
Log::warning allein reicht nicht: bis der Mailserver steht, trifft dieser Zweig auf JEDE einzelne Bestellung zu, und die einzige Rueckmeldung darf nicht in einer Logdatei verschwinden, in die niemand schaut. RegisterMonitoring macht sein Ueberspringen genau deshalb am Lauf sichtbar (outcome: info) statt nur im Log — ConfigureInstanceMail bekommt jetzt dieselbe Behandlung, das Log bleibt daneben fuer die Nachschau ausserhalb der Konsole. Zwei weitere Befunde aus der Pruefung behoben: - Der Test "traegt jeden Wert einzeln in den Gast" prueft jetzt alle acht Schluessel aus GuestMailConfig::values() statt zwei — ein vergessener Schluessel faellt jetzt hier auf, nicht erst beim Kunden. - `$config->problem() ?? 'mail_unavailable'` entfernt: im Zweig `! $config->available()` liefert problem() immer einen Grund, der Rueckfall konnte nie greifen. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> |
||
|---|---|---|
| .. | ||
| Contracts | ||
| Events | ||
| Jobs | ||
| Steps | ||
| PipelineRegistry.php | ||
| RunRunner.php | ||
| StepResult.php | ||
| WorkInFlight.php | ||