v1.1: Rebrand Hinterstein Immobilien + echtes Auth-System

- Rebrand: Kunden-Logo, Joseph-Hinterstein-Portrait, Kontakt-Banner, Texte
- Login-Pflicht auf /login (Route-Guard), Gruppen Verwaltung/Mieter
- Mieter-Registrierung per einmaligem Registrierungscode
- Benutzerverwaltung als 6. Modul (/benutzer, nur Verwaltung)
- Demo-Zugänge mit Passwort 0815 (j.hinterstein, a.berger, m.wolf)
- Mail-Server-API: Token-Auth (/send, X-Api-Token), Mail-Stack live auf Server
- Store-Key hinterstein-mieterportal-v2, Doku (kimi.md, README) nachgeführt

kimi.md

@@ -1,17 +1,26 @@
-# Kimi-Kontext: Hocks Mieterportal (mieterportal.hocks.eu)
+# Kimi-Kontext: Hinterstein Immobilien · Mieterportal (mieterportal.hocks.eu)
 
-> Projekt-Kontextdatei für Kimi Work. Stand: 02.10.2026, 11:00 Uhr.
+> Projekt-Kontextdatei für Kimi Work. Stand: 02.10.2026, 14:30 Uhr.
 > Bitte bei größeren Änderungen am Projekt aktualisieren.
 > Konventionen und Workflow sind am Projekt Schulportal (sfg.hocks.eu) orientiert.
 
 ## 1. Projektüberblick
 
-Mieterportal der Hocks Verwaltung für **50 Wohnungen in 3 Häusern** (Hauptstraße 12 ·
-Ringweg 3 · Am Park 5). Analog zum Schulportal: alle Mietangelegenheiten digital an
-einem Ort. **Rollenmodus statt echter Anmeldung** (Demo): Umschalten Mieter ↔
-Verwaltung über die Seitenleiste (Schaltfläche „Als Verwaltung anzeigen").
+Mieterportal der **Hinterstein Immobilien** (Demo, Inhaber Joseph Hinterstein) für
+**50 Wohnungen in 3 Häusern** (Hauptstraße 12 · Ringweg 3 · Am Park 5). Analog zum
+Schulportal: alle Mietangelegenheiten digital an einem Ort.
 
-**Die 5 Module:**
+**Authentifizierung (echtes Login seit v1.1):** Startseite `/login` mit
+Login-Pflicht (Route-Guard `RequireAuth` in `App.tsx` leitet unangemeldete Besucher
+auf `/login` um). **Gruppen:** `verwaltung` und `mieter`. Mieter können sich über
+einen **Registrierungscode** selbst registrieren (`/registrieren`); Codes legt die
+Verwaltung in der Benutzerverwaltung an (einmalig nutzbar, Wohnungsbezug).
+Passwörter als **SHA-256-Hash** in localStorage, Session 8 h
+(Key `mp_benutzer_session`). Demo-Zugänge (Passwort `0815`):
+`j.hinterstein` (Verwaltung, Joseph Hinterstein), `a.berger` (Mieterin,
+Hauptstraße 12 Whg. 7), `m.wolf` (Mieter). Demo-Registrierungscode: `MP-2026-0815`.
+
+**Die 6 Module:**
 
 1. **Dashboard** (`/`) – Mieter: Begrüßung, nächste Zahlung, Mietdiagramm, Ankündigungen,
    offene Meldungen. Verwaltung: Kennzahlen (Vermietungsquote, Miet-Soll, Rückstände),
@@ -25,21 +34,21 @@ Verwaltung über die Seitenleiste (Schaltfläche „Als Verwaltung anzeigen").
    Suche + Kategorie-Chips. Mieter sieht eigene + Hausdokumente (unitId=null).
 5. **Nachrichten** (`/nachrichten`) – Chat Mieter ↔ Verwaltung, Ungelesen-Markierung,
    neue Unterhaltungen.
-
-**Login-Seite** (`/login`): Hero mit generiertem Foto, Feature-Liste, Demo-Einstiege
-(„Als Mieterin anmelden" / „Als Verwaltung anmelden"). Kein echtes Auth – der
-Rollenwechsel setzt nur den Store.
+6. **Benutzerverwaltung** (`/benutzer`, nur Gruppe `verwaltung`) – Nutzerliste mit
+   Gruppen und Wohnungsbezug, Registrierungscodes erzeugen/deaktivieren,
+   Demo-Zugänge zurücksetzen.
 
 ## 2. Technischer Stack
 
 | Teil | Technologie |
 |---|---|
 | Frontend | React 18 + TypeScript, Vite 7, Tailwind v3.4 + shadcn/ui (Radix), React Router 7 (BrowserRouter), Recharts |
-| State | React Context + useReducer, Persistenz in localStorage (`hocks-mieterportal-v1`) |
+| State | React Context + useReducer, Persistenz in localStorage (`hinterstein-mieterportal-v2`) |
 | Daten | `src/data/seed.ts` (handschriftlich) + `src/data/generated.json` (maschinell via `beispieldaten.py`) |
-| Branding | KI-generiert: `src/assets/logo.png` (Haus-Schlüssel-Emblem, transparent), `hero.jpg`, `modules.jpg` |
+| Auth | `src/lib/auth.ts` (SHA-256, Session 8 h, Keys `mp_benutzer`/`mp_benutzer_session`), Route-Guard in `App.tsx` |
+| Branding | Kunde: `src/assets/hinterstein/` (logo.png, joseph-hinterstein.jpg, kontakt.jpg); KI-generiert: `src/assets/logo.png`, `hero.jpg`, `modules.jpg` |
 | Webserver (Ziel) | Docker-Container `mp-portal` (nginx), statisches `dist/`, gemountet `/opt/mieterportal/dist` |
-| Mail (optional) | `mail-server/`: Postfix-Relay (`mp-mail`) + Python-API (`mp-mail-api`), Muster aus Schulportal |
+| Mail | `mail-server/`: Postfix-Relay (`mp-mail`) + Python-API (`mp-mail-api`) – **live auf dem Server** unter `/opt/mp-mail` |
 | Server | Root-VPS hocks.eu (IONOS), Docker + Portainer, Subdomain via NPM (Nginx Proxy Manager, Let's Encrypt) |
 
 ## 3. Wichtige Dateien
@@ -58,7 +67,8 @@ ausgesperrt via `.gitignore` (`mail-server/mail.env` etc.).
 | `src/components/AppLayout.tsx` | Sidebar (Desktop) + Mobile Top-Bar/Nav, Rollenwechsel, Ungelesen-Badge, ThemeToggle |
 | `src/components/ThemeToggle.tsx` | Dark-Mode-Umschalter (Sonne/Mond) |
 | `src/lib/theme.ts` | `mp-theme` in localStorage, Init vor erstem Render (main.tsx) |
-| `src/pages/Login.tsx` | Landing/Login mit Hero-Bild und Demo-Einstiegen |
+| `src/pages/Login.tsx` | Login-Pflicht: Hero mit Joseph-Hinterstein-Portrait, Logo, Feature-Liste, Login-Formular + Registrierung-Link + Demo-Einstiege |
+| `src/pages/Benutzer.tsx` | Benutzerverwaltung (nur Verwaltung): Nutzer, Gruppen, Registrierungscodes |
 | `Dockerfile` | Optionaler All-in-One-Build (node build → nginx) für `docker build`-Workflow |
 | `docker/nginx.conf` | nginx-Site: SPA-Fallback, Gzip, Cache-Header für /assets/, Security-Header |
 | `docker-compose.yml` | `mp-portal` (nginx + gemountetes dist) im externen Netz `npm_default`; Mail-Stack separat |
@@ -106,11 +116,17 @@ tar -czf mp-dist.tar.gz -C dist .
 
 ## 5. Zugänge & Konfiguration
 
-- Keine echten Zugänge (Demo). Rollenwechsel im UI; Store-Reset über Browser-DevTools
-  (localStorage-Key `hocks-mieterportal-v1` löschen).
-- Demo-Mieterin: **Anna Berger**, Hauptstraße 12, Whg. 7 (id `hs-7`).
-- **Mail-API-Token:** bewusst nicht hier dokumentiert – liegt in `mail-server/mail.env`
-  (nicht im Repo; Vorlage `mail.env.example`).
+- **Demo-Zugänge (Passwort `0815`):** `j.hinterstein` (Verwaltung), `a.berger`
+  (Mieterin, Hauptstraße 12 Whg. 7), `m.wolf` (Mieter). Demo-Registrierungscode:
+  `MP-2026-0815`. Passwörter werden als SHA-256-Hash gespeichert; Store-Reset über
+  Browser-DevTools (localStorage-Keys `mp_benutzer`, `mp_benutzer_session`,
+  `hinterstein-mieterportal-v2` löschen).
+- **Mail-API-Token:** bewusst nicht hier dokumentiert – liegt auf dem Server in
+  `/opt/mp-mail/mail.env` (Vorlage `mail.env.example` im Repo).
+- **Mail-Stack live (seit 02.10.2026):** Container `mp-mail` + `mp-mail-api` laufen
+  auf hocks.eu unter `/opt/mp-mail` (Relay über `hocks-eu.mail.protection.outlook.com`).
+  Testmail und API-`/send` (mit `X-Api-Token`) verifiziert (status=sent); ohne Token 401.
+  Noch nicht mit dem Portal-Frontend verkabelt (keine automatischen Benachrichtigungen).
 
 ## 6. Konventionen & Besonderheiten
 
@@ -149,13 +165,22 @@ bis 31.12.2026. Zertifikatsdateien liegen im npm-Container unter `/etc/letsencry
 (Backup der Zertifikate auf dem Host: `/root/le-mp/`). Fail2Ban-Ban nach frühen
 Fehlversuchen ist nach ~40 min automatisch ausgelaufen.
 
+**Erledigt 02.10. (v1.1 live):** Rebrand auf „Hinterstein Immobilien" (Kunden-Logo,
+Joseph-Hinterstein-Portrait auf der Login-Seite, Kontakt-Banner), echtes
+Authentifizierungssystem (Login-Pflicht, Gruppen Verwaltung/Mieter, SHA-256,
+Session 8 h), Mieter-Registrierung per einmaligem Code, Benutzerverwaltung als
+6. Modul (`/benutzer`), Demo-Zugänge mit Passwort `0815`. Mail-Stack auf dem Server
+aktiviert (`/opt/mp-mail`, Testmail + API-/send verifiziert). Store-Key auf
+`hinterstein-mieterportal-v2` gehoben. Live deployed und geprüft (HTTP 200, Titel
+„Hinterstein Immobilien · Mieterportal").
+
 **Offen:**
 - Zertifikatserneuerung prüfen (per 01.12.2026): NPM-Renewer sollte cert 9 über HTTP-Challenge
   erneuern; sonst certbot/webroot + Kopie nach npm-9 wiederholen.
-- Mail-Stack optional einrichten: `mail.env` aus Vorlage befüllen, Relay-Ziel in
-  `postfix/main.cf`/`mail.env` setzen, `docker compose up -d --build` im mail-server-Verzeichnis.
-- Mögliche nächste Schritte: echte Anmeldung + serverseitige Datenbank (PostgreSQL/Node-API),
-  E-Mail-Benachrichtigung bei neuen Schadensmeldungen, Mehrseitigkeit für 50 echte Mietverhältnisse.
+- Portal-Frontend an Mail-API verkabeln: automatische E-Mail an die Verwaltung bei neuen
+  Schadensmeldungen und an Mieter bei Antworten.
+- Mögliche nächste Schritte: serverseitige Datenbank (PostgreSQL/Node-API) statt localStorage,
+  Mehrseitigkeit für 50 echte Mietverhältnisse.
 
 ## 9. Sonstiges