Implementiere echtes sendmail für den Server. Lokal gibts kein mail und keine outbox mehr

development-system/README.md

@@ -105,13 +105,12 @@ sowie klar erkennbare Demo-Termine. Die API prüft Kapazitäten innerhalb einer
 Transaktion und sperrt den Termin dabei mit `SELECT … FOR UPDATE`; parallele
 Anmeldungen können dadurch die Kapazität nicht überschreiten.
 
-Die Demo speichert eine Anfrage zunächst als `pending_confirmation`. Sie
-erstellt einen zeitlich begrenzten Bestätigungslink, bestätigt danach atomar
-gegen die verfügbare Kapazität und erzeugt eine zweite Bestätigungsnachricht.
-Bestätigungs- und Erinnerungsnachrichten liegen standardmäßig im lokalen
-Mailausgang der Testverwaltung. Mit `BOOKING_MAIL_TRANSPORT=mail` versucht der
-Job den Versand über die PHP-Funktion `mail()`; SMTP-Konfiguration und echter
-Mailbetrieb gehören erst in die Produktiventscheidung.
+Die Demo speichert eine Anfrage zunächst als `pending_confirmation` und
+übergibt die Bestätigungsnachricht direkt an das Server-Sendmail. Der Link ist
+30 Minuten gültig; sein Aufruf bestätigt die Teilnahme atomar und löst die
+zweite Nachricht mit ICS-Anhang aus. Ohne Cronjob werden keine Erinnerungen
+verschickt. Lokal ist der Mailtransport bewusst mit
+`BOOKING_MAIL_TRANSPORT=disabled` deaktiviert.
 
 Der Browser erhält ein CSRF-Token per gleicher Sitzung; die API validiert alle
 Pflichtdaten serverseitig und begrenzt Anmeldungen pro Sitzung. Dies ist eine
@@ -174,10 +173,8 @@ Die Testverwaltung läuft unabhängig von Contao unter
 
 - Termin anlegen, bearbeiten sowie aktivieren/deaktivieren,
 - Übersicht und Entfernen von Teilnahmen,
-- lokaler Mailausgang mit kopierbarem Bestätigungslink,
 - Anzeige bestätigter Teilnahmen nach frei wählbarem Zeitraum,
-- abonnierbaren ICS-Feed je Projekt,
-- manuellen Lauf der Ablauf- und Erinnerungsjobs.
+- abonnierbaren ICS-Feed je Projekt.
 
 Der Verwaltungsbereich hat absichtlich keine Benutzerverwaltung
 und darf nicht unverändert außerhalb der Testumgebung bereitgestellt werden.