89 Commits

Include renames

Author	SHA1	Message	Date
patrickandClaude Sonnet 5	4e61badac5	Merge PR #306: UX-02: E-Mail-Detailansicht & Thread-Darstellung (Mail, stackt auf PR #298 UX-01) ... Groesster bisheriger Konflikt dieser Merge-Runde (4 Dateien, davon 2 add/add: MessageDetail.tsx/test.tsx existierten bereits als UX-04- Platzhalter, UX-02 ersetzt sie durch die echte Implementierung mit Thread-Gruppierung/Anhang-Download): - mail/internal/mailapi/mailapi.go + openapi.yaml: beide Branches implementierten unabhaengig denselben Anhangslisten-Endpunkt (UX-03/UX-02), Kommentare zusammengefuehrt, keine Logikaenderung. - mail/internal/mailapi/mailapi_test.go: dadurch doppelte Tests + doppelte realPDFBytes/realPNGBytes-Konstante automerged, die schwaechere Kopie entfernt (reichere Variante mit Size-Pruefung behalten). - components/MessageDetail.tsx/test.tsx: UX-04-Platzhalter durch UX-02s vollstaendige Implementierung ersetzt (neue Props: messageId/messages/onSelectMessage/onClose statt message/onBack). - components/MessageList.tsx/test.tsx: UX-02s natives <button>-Pattern (Tastaturaktivierbarkeit ohne eigene Keydown-Logik) uebernommen, Prop onSelect -> onSelectMessage umbenannt, Tests entsprechend angepasst (user-event fuer echte Enter-Taste-Simulation). - app/page.tsx: UX-04s responsives Layout (Drawer/mobileView) als Grundlage behalten, UX-02s Detail-Wiring (messageId-State, MessageDetail-Props) eingebaut. - lib/messages.ts: mail.detail.*-Schluessel fehlten auf Englisch, nachuebersetzt statt nur dupliziert. - app/page.test.tsx: fetchMessageDetail/fetchAttachments mussten in allen Tests ein aufgeloestes Promise liefern (MessageDetail ruft sie jetzt immer bei Auswahl auf), nicht nur als Export existieren. go build/vet sauber, go test ./internal/mailapi/...: alle gruen bis auf den bereits vor diesem Merge auf main bestehenden Testfehler (anhang_download_erfolg, siehe PR #298). npx vitest run: 82/82 Tests gruen (web/mail-postfach), beides auf Testhost 131 verifiziert. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-10-19 12:50:22 +02:00
patrickandClaude Sonnet 5	479c99cbf1	Merge PR #304: QA-08: Barrierefreiheits-Audit (Mail, stackt auf PR #298 UX-01) ... Konflikt in MessageList.test.tsx: beide Seiten fuegten Tests am Dateiende an (UX-04 onSelect/Klick/Tastatur-Navigation, QA-08 tabIndex-Fix fuer den scrollbaren Listbox-Container), additiv zusammengefuehrt. npx vitest run: 59/59 Tests gruen (web/mail-postfach), auf Testhost 131 verifiziert. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-10-19 12:43:55 +02:00
patrickandClaude Sonnet 5	1815cb500f	Merge PR #303: UX-04: Responsive Layout & mobile Navigation (Mail, stackt auf PR #298 UX-01) ... Konfliktaufloesung: - app/layout.tsx: additive Imports (ThemeToggle + responsive.css) - app/page.tsx: UX-04s responsive Mobile-Layout (Drawer/Dialog) als Basis uebernommen, UX-06s LanguageSwitcher + formatNumber(locale) hineingefuehrt - lib/messages.ts: beide Schluesselsaetze zusammengefuehrt, fehlende englische Uebersetzungen fuer UX-04s neue Schluessel (folderToggle, detailHeading, ...) ergaenzt - app/i18n.test.tsx: 'Ordner' kommt durch UX-04s Mobile-Bar jetzt doppelt im DOM vor (Button + Ueberschrift), Test auf getAllByText umgestellt statt auf Eindeutigkeit zu bestehen npx vitest run: 56/56 Tests gruen (web/mail-postfach), auf Testhost 131 verifiziert. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-10-19 12:43:06 +02:00
patrickandClaude Sonnet 5	500a05c3b9	Merge PR #300: UX-05: Dunkles Erscheinungsbild & Theming (Mail, stackt auf PR #298 UX-01) ... Konflikt in web/mail-postfach/app/layout.tsx: UX-06 (dynamisches initialLocale) und UX-05 (ThemeToggle im Provider-Baum) aenderten denselben JSX-Block unabhaengig voneinander. Beide Aenderungen kombiniert, kein Verhaltensverlust auf beiden Seiten. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-10-19 12:40:37 +02:00
patrickandClaude Sonnet 5	a415c46bea	Merge PR #299: UX-06: Mehrsprachigkeit Deutsch/Englisch (Mail, stackt auf PR #298 UX-01) ... Keine Konflikte mehr nach Merge von #298 (war nur dagegen gestackt). Reine Next.js/i18n-Aenderung (web/mail-postfach), kein Go-Code betroffen. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-10-19 12:40:15 +02:00
patrickandClaude Sonnet 5	b05d223543	Merge PR #298: UX-01: Postfach- & Ordneransicht (Mail) ... Konfliktaufloesung: - mail/internal/mailapi/mailapi_test.go: beide Seiten fuegten neue Tests an derselben Stelle an (HEAD: UX-03 Magic-Byte-Contenttype-Tests, eingehend: UX-01 Postfach-/Ordner-Tests), rein additiv zusammengefuehrt - mail/internal/retentionclient/retentionclient.go: zwei unabhaengige Register-Implementierungen durch den Merge entstanden (totes PascalCase-Schema aus HEAD vs. aktiv genutztes snake_case-Schema), tote Variante + zugehoerige Tests entfernt - mail/internal/mailapi/contract_test.go + mailapi_test.go: SearchClient- Interface erweitert (SearchWithFilters/ListByMailbox/Facets), beide Test-Fakes um diese Methoden ergaenzt go build/vet sauber, Tests in internal/mailapi und internal/retentionclient gruen (ein Testfehler in TestContract_DocumentedEndpointsMatchActualBehavior/ anhang_download_erfolg bereits auf main vor diesem Merge vorhanden, nicht Teil dieser Aenderung). Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-10-19 12:39:55 +02:00
patrick	921a0c5247	Merge PR #307: QA-09: Abnahme- & Compliance-Pruefung Mail	2026-10-19 02:18:03 +02:00
patrick	544cf49b8c	Merge PR #305: QA-05: Pruefgate Compliance & eDiscovery (Mail, stackt auf PR #294 INT-08)	2026-10-19 02:17:46 +02:00
patrick	849b43841b	Merge PR #302: INT-11: Nutzer-Tenant-Kontext in Modul-Rueckkanaelen (Mail, stackt auf PR #294/295/296)	2026-10-19 02:17:19 +02:00
patrick	7a17659e68	Merge PR #301: QA-06: Schnittstellen-Vertragstests (Mail)	2026-10-19 02:17:10 +02:00
patrick	1b437c062d	Merge PR #297: UX-03: Anhang-Vorschau (Mail)	2026-10-19 02:16:35 +02:00
patrick	8ca24a3b0c	Merge PR #296: INT-10: Workflow-Anbindung Objekttyp- & Ausloeser-Registrierung (Mail, Kopplung Workflow ENG-02)	2026-10-19 02:16:25 +02:00
patrick	d3533f7912	Merge PR #295: INT-09: AI-Anbindung Objekttyp-Registrierung (Mail, Kopplung AI GOV-01)	2026-10-19 02:16:15 +02:00
patrick	10a5a9bb6e	Merge PR #294: INT-08: Archive-Anbindung Objekttyp-Registrierung & Retention-Abfrage (Mail)	2026-10-19 02:16:06 +02:00
rootandClaude Sonnet 5	723d4a7876	QA-09: abnahme-compliance-pruefung-mail ... Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-10-16 07:41:18 +00:00
Claude Sonnet 5andClaude Sonnet 5	deed1b1af8	UX-02: e-mail-detailansicht-thread-darstellung ... Detailansicht fuer web/mail-postfach (UX-01-App erweitert, nicht neu gebaut): Header (Von/Betreff/Ordner/Datum/Nachricht-ID), Nachrichtentext, Anhangsliste mit Download (Dateiname nicht verfuegbar -- System persistiert keinen Originalnamen, daher Anhang N + aus dem Content-Type geratene Endung). Thread-Gruppierung ueber normalisierten Betreff (keine In-Reply-To/References-Header im System), Navigation zwischen Thread-Nachrichten als reiner Komponentenzustand derselben Seite (kein Routenwechsel -- Ordner-/Suchkontext bleibt dadurch strukturell erhalten, Akzeptanzkriterium 3). UX-03 (eigener offener Branch, eigenes Frontend web/mail-search) wird NICHT wiederverwendet -- getrennte Apps ohne Komponentenfreigabe, siehe UX-02-PRUEFPROTOKOLL.md fuer die Abgrenzung und die Begruendung der Backend-Erweiterung. Tests: lib/threading, lib/threadNavigation, lib/attachmentNaming, components/MessageDetail (Komponententest je Akzeptanzkriterium), __tests__/a11y (jest-axe, Pruefung 3), e2e/ux02 gegen die echte mailpostfach-fixture (Pruefungen 1+2, Mandantentrennung). Bestehender e2e/ux01-Satz bleibt unveraendert gruen. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-10-16 07:18:57 +00:00
patrickandClaude Sonnet 5	af33c5337b	QA-08: barrierefreiheits-audit ... Pruefprotokoll mit Vorher/Nachher-Vergleich, Basis-Entscheidung (Branch feature/ux-01-postfach-ordneransicht statt main), und priorisierten offenen Punkten. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-10-16 07:18:10 +00:00
rootandClaude Sonnet 5	4c3b5fd277	QA-05: pruefgate-compliance-ediscovery ... Neues Paket mail/internal/qa05gate (Muster QA-03/qagate): prueft real (1) ob mailrelevante Ereignisse an das Core-Audit-Log gekoppelt sind (ScanForCoreAuditClient, statischer Scan nach dem CMP-04-Muster /audit/ingest, plus reale Stichprobe gegen einen echten, frisch gestarteten cmd/auditlog-devserver) und (2) ob eDiscovery-Tenant-Scoping in der Query-Schicht (search.Client, von mailexport/ARC-07 fuer den CMP-03-eDiscovery-Pfad genutzt) real verankert ist. Basis ist der noch nicht gemergte Branch feature/int-08-archive-anbindung- objekttyp-registrierung-retention-abfrage (INT-08 existiert nur dort, nicht auf main) - dokumentiert in mail/docs/QA-05-PRUEFPROTOKOLL.md. Realer Befund: das Mail-Modul hat anders als archive/connect/ai (CMP-04) noch keine Kopplung an das Core-Audit-Log - mail_audit_log bleibt lokal. Das Gate erkennt und dokumentiert das korrekt statt es zu verschweigen; eDiscovery-Tenant-Scoping ist real bestaetigt und sicher verankert. Folgeauftrag (mail/internal/auditclient analog zu archive) bewusst nicht umgesetzt - ausserhalb des Pruefgate-Ticketumfangs. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-10-16 07:17:59 +00:00
rootandClaude Sonnet 5	a95b450db8	UX-04: responsive-layout-mobile-navigation ... Pruefprotokoll: Zielwerte und Ergebnisse je Akzeptanzkriterium, inkl. Rohausgabe des echten Viewport-Resize-/Touch-Laufs und Entscheidungen (Dialog statt eigenem Drawer-Code, CSS-Breakpoint statt matchMedia, gefundener/behobener Horizontal-Overflow-Bug im Suchfeld bei 375px). Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-10-16 07:17:57 +00:00
rootandClaude Sonnet 5	26bba48d36	INT-11: zwei-mandanten-vertragstest und pruefprotokoll ... scripts/legalhold-contract-test-mail.sh startet zusaetzlich eine zweite, echte moduleadapter-api-Instanz mit eigener Datenbank fuer einen zweiten Mandanten (globex-contract-mail) und prueft die Isolation gegen die Archive-Instanz von acme-contract-mail in beiden Richtungen - Pruefung 3 des Tickets damit auch gegen echte, getrennte Zielmodul-Instanzen abgedeckt, nicht nur gegen einen Stub. mail/docs/INT-11-PRUEFPROTOKOLL.md dokumentiert den Drei-Wege-Merge, die gefundene Luecke, die Umsetzung je Akzeptanzkriterium und alle durchgefuehrten Pruefungen mit Ergebnis. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-10-16 07:17:11 +00:00
patrickandClaude Sonnet 5	e25781a63e	QA-06: schnittstellen-vertragstests ... Pruefprotokoll: Ausgangslagepruefung (INT-09/INT-10 Branches ohne OpenAPI-Auswirkung verifiziert, direkt auf main aufgebaut), Nachweise je Akzeptanzkriterium, Ersatz fuer Stichprobenreview durch zweite Person (zwei getrennte Selbstpruefungsrunden inkl. je einem dokumentierten Fund), bekannte Scope-Luecke (mailrulesapi/healthcheck ohne eigenen OpenAPI-Beitrag). Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-10-16 07:13:12 +00:00
patrickandClaude Sonnet 5	c5d8061d6d	UX-05: dunkles-erscheinungsbild-theming ... Pruefprotokoll: Zielwerte und Ergebnisse je Akzeptanzkriterium und Pflichtpruefung, inkl. Basis-Hinweis (Branch feature/ux-01-postfach- ordneransicht statt main) und Einschraenkung bei Pruefung 3 (keine interaktive Browser-Pruefung ohne laufenden Core-Server moeglich, gleiche Einschraenkung wie in UX-01-PRUEFPROTOKOLL.md dokumentiert). Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-10-16 07:11:20 +00:00
patrickandClaude Sonnet 5	3f4c098ac1	UX-06: mehrsprachigkeit-deutsch-englisch ... Pruefprotokoll dokumentiert: Basis-Branch (origin/feature/ux-01-..., nicht main), alle drei Pflichtpruefungen mit Zielwert/Ergebnis, Testergebnisse, bewusste Scope-Grenzen (Collator, rohe Error-Strings, UX-07). Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-10-16 07:07:23 +00:00
root	8c33d55914	Merge remote-tracking branch 'origin/int10' into int11-merged-base	2026-10-16 07:00:02 +00:00
root	896baded87	Merge remote-tracking branch 'origin/int09' into int11-merged-base	2026-10-16 06:59:57 +00:00
patrickandClaude Sonnet 5	a1c9be8e6d	UX-01: postfach-ordneransicht ... Pruefprotokoll: Zielwerte und Ergebnisse je Akzeptanzkriterium und Pruefung, inkl. Abgrenzung zur Ausgangslage (Backend-API musste fuer Ordnerbaum/Absender-Sortierung minimal erweitert werden) und offener Einschraenkung beim manuellen Test (keine Browser-Automatisierung/kein laufender Core-Server auf dem Entwicklungshost, daher Ersatzpruefung ueber den echten Backend-Integrationstest). Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-10-16 06:54:47 +00:00
patrickandClaude Sonnet 5	f63fcb8a2d	UX-03: anhang-vorschau ... Frontend (web/mail-search): Anhang-Vorschau fuer PDF (Canvas-Rendering via pdfjs-dist, gleiches Muster wie DOC-05s web/pdf-viewer/PdfViewer.tsx -- kein aequivalentes PdfCanvasPreview im Repo gefunden, daher PdfViewer als Vorlage uebernommen statt neu erfunden) und Bilder (<img> auf einem authentifiziert geladenen Blob). Die Vorschauart haengt ausschliesslich vom serverseitig per Magic-Bytes bestimmten contentType ab, nie von einem Dateinamen (den es an der Schnittstelle gar nicht gibt); nicht unterstuetzte Typen werden nur als Hinweistext angezeigt, nie eingebettet. Kein iframe/<object>/dangerouslySetInnerHTML -- durch automatisierten Sicherheitsreview-Test abgesichert. Neue lib/http.ts (authentifizierter Zugriff ueber @nexarch/shl, identisch zu web/pdf-viewer/lib/http.ts) und lib/attachments.ts (Anhangsliste/ -inhalt der Mail-API). Pruefprotokoll in mail/docs/UX-03-PRUEFPROTOKOLL.md. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-10-16 06:51:29 +00:00
patrickandClaude Sonnet 5	e6694a899a	INT-10: pruefprotokoll ... Zielwerte und Ergebnisse aller drei Pflichtpruefungen dokumentiert, inklusive des gefundenen dedupe_key-NOT-NULL-Fehlers im ENG-02-Adapter (dort nicht behoben, nur in Mail umgangen) und der bewusst offenen Verdrahtung in einen konkreten SMTP-/Hotfolder-Zustellpfad. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-10-16 06:48:16 +00:00
patrickandClaude Sonnet 5	c51487e6eb	INT-09: Pruefprotokoll - Aufraeumen praezisiert (DB tatsaechlich entfernt) ... Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-10-16 06:46:07 +00:00
patrickandClaude Sonnet 5	a3908da99f	INT-08: archive anbindung objekttyp registrierung retention abfrage ... Mail registriert mail_message/mail_attachment inkl. Aufbewahrungsklasse bei Archive RET-05 (retentionregister.RegisterAll); vor jeder Papierkorb- Aktion/Endloeschung fragt trash.Store ueber den bereits vorhandenen legalhold-Checker RET-13 ab. Ablehnung (Sperre ODER nicht erreichbares Archive) wird neu im Mail-Audit-Log vermerkt (audittrail), Loeschung bleibt in beiden Faellen aus (fail closed). Vertragstest gegen den echten archive/cmd/moduleadapter-api-Dienst (scripts/legalhold-contract- test-mail.sh) bestaetigt reale Registrierung und Sperrabfrage. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-10-16 06:46:03 +00:00
patrickandClaude Sonnet 5	00cf946fce	INT-09: Pruefprotokoll dokumentiert ... Dokumentiert die Abweichung von der Ticket-Annahme (INT-12/GOV-01-HTTP- Endpunkt war auf main nicht gemergt, nur auf eigenem Branch), die getroffenen Scope-Entscheidungen (kein neuer cmd/mail-app, deklarative Thread-Registrierung ohne eigenes Thread-Datenmodell) und die realen Pruefergebnisse je Akzeptanzkriterium. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-10-16 06:45:40 +00:00
rootandClaude Sonnet 5	f7fc405c91	ARC-11: pruefprotokoll und ticket-dokumentation nachtragen ... Pruefprotokoll mit allen drei Pflichtpruefungen (Registrierung Mail und Anhang getrennt, Vernichtungs-Rueckruf, Requeue bei fehlgeschlagener Registrierung) sowie den Ticket-Text, der bisher nur als board.csv-Zeile existierte, in mail-kanban/tickets/ARC-11.md nachgetragen. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-10-16 06:45:16 +00:00
patrickandClaude Sonnet 5	e83f88a110	MAI-02: nachrichten-und-anhang-migration ... Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-10-14 14:32:31 +00:00
patrickandClaude Sonnet 5	4d8d3aa63a	ARC-05: papierkorb-soft-delete-fuer-mails ... Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-09-28 02:16:41 +00:00
patrickandClaude Sonnet 5	143c9f32a3	UX-09: Prüfprotokoll ... Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-09-25 21:33:31 +02:00
patrick	d94623d720	Merge UX-08 (Tastatur-Bedienung & Shortcuts) in gesamtprojekt	2026-09-23 01:17:17 +02:00
patrick	e14d8677c9	Merge UX-07 (Barrierefreiheit WCAG 2.1 AA) in gesamtprojekt	2026-09-23 01:17:13 +02:00
patrickandClaude Sonnet 5	133d9fcd61	UX-08: Pruefprotokoll ... Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-09-23 01:12:43 +02:00
patrickandClaude Sonnet 5	de9825cfea	UX-07: barrierefreiheit-nach-wcag-2-1-aa ... Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-09-23 01:10:24 +02:00
patrick	2fc0fe04e7	Merge ARC-07 (Mail Export/Portabilitaet offenes Format)	2026-09-23 01:00:23 +02:00
patrickandClaude Sonnet 5	4d3670f048	ARC-07: pruefprotokoll ... Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-09-23 00:59:24 +02:00
patrickandClaude Sonnet 5	ce217dc68a	INT-18: vollstaendige Routenabdeckung fuer mailrulesapi (POST/PUT/DELETE ohne Token), Pruefprotokoll ... Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-09-23 00:52:51 +02:00
sysops	c04ce818ec	ARC-10: signatur-zeitstempelerhalt-bsi-tr-03125	2026-09-03 00:08:44 +02:00
sysops	1825387603	feat(mail): ARC-09 Postfach-Quota (unabhängig von Core LIC-05) ... mailboxconfig (IMP-07) bekommt eine quota_bytes-Spalte statt einer eigenen Tabelle — ein Postfach ist bereits eindeutig über (tenant_slug, name) identifiziert. SetQuotaBytes/LimitBytes, 0 = unbegrenzt (Standardwert, keine Migration bestehender Postfächer nötig). LimitBytes erfüllt strukturell quota.LimitProvider. storage.ArchiveMailboxPrefix (ARC-04-Ergänzung, Präfix ALLER Jahre eines Postfachs) und storage.UsageCounter: realer Speicherverbrauch durch echtes S3-Listing im physisch getrennten Mandanten-Bucket (ARC-06) — kein separat gepflegter Zählerstand. Neues Paket mail/internal/quota: Checker verbindet LimitProvider und UsageProvider. Kein konfiguriertes Limit = immer erlaubt (Core-LIC-05- Quota läuft unabhängig weiter — beide Ebenen bewusst unabhängig durchgesetzt, bekannter Fehler vermieden). smtp.QuotaChecker (schmale Schnittstelle, keine Paketkopplung an quota) wird in handleRcptTo geprüft, VOR der Datenübertragung: 552 (RFC 5321 "exceeded storage allocation") bei Überschreitung, Session bleibt nutzbar. nil-Checker erhält bisheriges Verhalten unverändert. Alle drei Pflichtprüfungen mit echten Nachweisen: Quota-Überschreitung liefert 552, Session bleibt funktionsfähig; ein anderes Postfach desselben Tenants läuft währenddessen vollständig normal durch; vollständiger Ende-zu-Ende-Integrationstest gegen reale Postgres- und MinIO-Instanzen — 5000 echte Bytes abgelegt, real gemessen, Limit knapp darunter/darüber gesetzt, SMTP reagiert jeweils korrekt auf den tatsächlichen gemessenen Wert. Dabei einen echten Cleanup-Fehler gefunden und behoben (defer schloss den Pool vor dem zugehörigen t.Cleanup, verwaiste Testdaten blieben zurück). go build/go vet/golangci-lint clean, gesamtes Mail-Modul regressionsfrei getestet.	2026-09-02 23:47:32 +02:00
sysops	c344fa938b	feat(mail): ARC-04 Aufbewahrungsstruktur (Mandant/Postfach/Jahr) ... Neue Datei storage/archivekey.go: ArchiveKey(mailbox, sentAt, messageID, partIndex) liefert den Objektschlüssel nach dem Schema Postfach/Jahr innerhalb des bereits mandantenspezifischen Buckets (ARC-06) — additiv neben dem bestehenden, flachen ObjectKey (ARC-01), das für bestehende Aufrufer (mailapi/INT-01) unverändert bleibt. ArchiveYearPrefix(mailbox, year) ist der eigenständig berechenbare Präfix eines Postfach-Jahrs — Grundlage für spätere Retention-Regeln ohne Migration. Fehlendes Postfach bzw. Null-Sendedatum führen zu dokumentierten Fallback-Segmenten statt einem Ablagefehler; ArchiveKey liefert bewusst keinen error, da es strukturell keinen Fehlerfall gibt. Alle drei Pflichtprüfungen: mehrjähriger Import erzeugt nachweislich getrennte Jahresordner, fehlendes Postfach/Sendedatum nutzt den dokumentierten Fallback (inkl. Test gegen mehrere ungewöhnliche Eingaben), sowie ergänzend ein Nachweis für Akzeptanzkriterium 2 (Retention-Präfix trifft exakt die zuvor abgelegten Schlüssel desselben Postfach-Jahrs). Pflichtprüfung 3 (Stichprobenreview durch zweite Person) bleibt strukturell offen, im Prüfprotokoll dokumentiert (analog zu ING-10/QA-04/QA-02). go build/go vet/golangci-lint clean, gesamtes Mail-Modul regressionsfrei getestet.	2026-09-01 20:17:11 +02:00
sysops	b3c8d36b58	feat(mail): INT-06 E-Mail-Regel-Engine über API steuerbar ... mailrules.Store (IMP-03) bekommt Update (bislang nur Create/List/ Delete) — gleiches Muster wie Create: Musterprüfung vor dem Schreiben, streng auf tenant_slug+id beschränkt, ErrNotFound bei fremder/nicht existierender ID. Neues Paket mail/internal/mailrulesapi: vier Endpunkte (GET/POST /api/v1/mail/rules, PUT/DELETE /api/v1/mail/rules/{id}), tenant-Query- Parameter Pflicht, gleiche Konvention wie mailapi (INT-01). Akzeptanzkriterium 3 ist strukturell garantiert: mailrulesapi ruft ausschließlich mailrules.Store auf, denselben Store, den IMP-03s Import-Pfad ohnehin verwendet — kein zweiter, paralleler Schreibpfad. Alle drei Pflichtprüfungen mit echten Nachweisen: vollständiger Anlegen/Priorisieren/Einsehen/Löschen-Zyklus über echte HTTP-Requests; eine über die API angelegte Regel wird über genau den Weg gelesen und ausgewertet, den IMP-03s Import-Pfad geht (Store.List -> mailrules.NewEngine -> Evaluate) und liefert das korrekte Klassifizierungsergebnis; Mandant Bs Update-Versuch mit der echten, bekannten ID von Mandant As Regel liefert 404, Mandant As Regel bleibt unverändert. go build/go vet/golangci-lint clean, gesamtes Mail-Modul regressionsfrei getestet — bestehende mailrules-Tests (IMP-03/IMP-09) bleiben nach der Update-Erweiterung unverändert grün.	2026-09-01 19:55:30 +02:00
sysops	8ee0e6c771	feat(mail): INT-07 Health-Check-Endpunkt für Mail-Modul ... Neues Paket mail/internal/healthcheck: Checker sammelt benannte CheckFunc-Prüfungen, liefert Gesamt- und Einzelstatus je Komponente (ok/degraded, nie ein generischer Fehler). Fehlertexte einzelner Prüfungen fließen nie in die HTTP-Antwort — nur Name+Status je Komponente. Vier konkrete Prüfungen (checks.go) gegen die real vorhandenen Ticket-Abhängigkeiten: DatabaseCheck (pgxpool.Ping), ObjectStorageCheck (HeadBucket gegen den ARC-06-Bucket), SearchIndexCheck (reale Manticore-Anfrage), JobQueueCheck (COUNT gegen mail_index_jobs, SRC-02/indexworker — COUNT statt Zeilenzugriff, damit eine leere aber erreichbare Queue nicht fälschlich als Ausfall gilt). RegisterRoutes registriert GET /api/v1/mail/health ohne Authentifizierung auf einem vom Aufrufer bereitgestellten *http.ServeMux, gleiches Pfadschema wie mailapi (INT-01) — Core API-01 hat weiterhin keinen abrufbaren Router. Alle drei Pflichtprüfungen mit echten Nachweisen: simulierter Ausfall einer von vier Abhängigkeiten korrekt als degraded abgebildet, eine Prüfung mit absichtlich eingebetteter Verbindungszeichenfolge inkl. Passwort im Fehlertext taucht nirgends in der HTTP-Antwort auf, echter httptest-HTTP-Server-Integrationstest gegen den Endpunkt. Alle vier konkreten Prüfungen zusätzlich real gegen laufende Postgres-, MinIO- und Manticore-Instanzen verifiziert (inkl. echter ARC-06-Provisionierung). go build/go vet/golangci-lint clean, gesamtes Mail-Modul regressionsfrei getestet.	2026-09-01 19:49:47 +02:00
sysops	d26a341fa8	feat(mail): INT-05 Benachrichtigungs-Service "neue Mail" ... Neues Paket mail/internal/notifyclient: Mail-seitige Kopplung an Core CFG-02/CFG-05 (POST /notify, service-token-authentifiziert). Core CFG-02/CFG-05 stehen auf core-kanban zwar auf "Fertig", haben im aktuellen Repository-Stand aber keinen abrufbaren Endpunkt — dieselbe Situation wie ARC-06/Core TEN-01 und INT-01/Core API-01, im Prüfprotokoll begründet. Client richtet sich nach dem in CFG-05s eigener Beschreibung dokumentierten Vertrag. 204 wird bewusst nicht als Fehler behandelt (CFG-05 wrappt laut Beschreibung bereits notifyprefs.EnqueueIfAllowed — die Zustellentscheidung nach Benutzerpräferenz liegt vollständig bei Core, Mail dupliziert diese Logik nicht). Neues Paket mail/internal/importnotify: NotifyBatch löst am Ende EINES imapimport.RunOnce-Laufs höchstens EINEN Notify-Aufruf aus — es gibt strukturell keinen Codepfad für mehr als einen Aufruf je Lauf (Bündelung statt Flut bei Massenimport). Alle drei Pflichtprüfungen mit echten Nachweisen: eine neue Nachricht löst genau eine Benachrichtigung aus, 50 neue Nachrichten weiterhin genau eine gebündelte Benachrichtigung (Count: 50), ein echter HTTP-Server bildet den CFG-05-204-Unterdrückungsvertrag nach und bestätigt keine Zustellung ohne Fehler. Ergänzt um echte Fehlerpfade (5xx, nicht erreichbarer Endpunkt mit Timeout statt unbegrenztem Warten). go build/go vet/golangci-lint clean, gesamtes Mail-Modul regressionsfrei getestet.	2026-09-01 17:55:44 +02:00
sysops	c9b062062b	feat(mail): INT-01 REST-API v1 für Mail-Zugriff & OpenAPI-Beschreibung ... Neues Paket mail/internal/mailapi: drei v1-Endpunkte (Mail-Liste, Mail-Detail, Anhang-Download). Core API-01 (REST-Grundgerüst) und API-04 (OpenAPI-Beschreibung) haben im aktuellen Repository-Stand keinen abrufbaren Router — RegisterRoutes registriert die Endpunkte deshalb auf einem vom Aufrufer bereitgestellten *http.ServeMux mit dem dokumentierten Pfadschema /api/v1/mail/..., Core kann sich später dort einhängen, im Prüfprotokoll begründet (gleiche Situation wie ARC-06/Core TEN-01). tenant-Query-Parameter ist auf allen drei Endpunkten Pflicht (fehlender Kontext -> 400), keine eigene Login-/Session-Logik (IAM bleibt Core-Board-Sache). Anhang-Download nutzt storage.ObjectKey gegen den physisch getrennten Bucket des Mandanten (ARC-06) — ein Anhang mit identischer messageID in einem fremden Mandantenkontext ist strukturell nicht erreichbar. Neue Methode search.Client.GetByMessageID liefert das vollständige Suchdokument für Mail-Detail. openapi.yaml: vollständiger OpenAPI-3-Beitrag für alle drei Endpunkte inklusive Fehlerantworten. Als neue, gepinnte Abhängigkeit github.com/getkin/kin-openapi v0.135.0 (bewusst nicht @latest — hätte das Modul von go 1.24 auf go 1.25 gezwungen) für einen echten Standard-Validierungslauf gegen das Dokument sowie einen OpenAPI-Router, der jede implementierte Route real gegen das Dokument auflöst statt nur Pfad-Strings zu vergleichen. Alle vier Pflichtprüfungen mit echten Nachweisen: Zugriff ohne Tenant-Kontext auf allen drei Endpunkten abgelehnt, Vertragstests inkl. physischer Bucket-Trennung beim Anhang-Download, automatisiertes Code-Review bestätigt Abwesenheit IAM-naher Bezeichner, OpenAPI-Dokument validiert fehlerfrei gegen kin-openapi. go build/go vet/golangci-lint clean, go mod verify clean, gesamtes Mail-Modul regressionsfrei getestet.	2026-09-01 17:49:40 +02:00
sysops	2d32157de4	feat(mail): QA-02 Prüfgate Ingestion & Import ... Neues Paket mail/internal/ingestiontestgate, spiegelt das etablierte Muster aus mail/internal/qagate (QA-03) und mail/internal/importtestgate (IMP-09): ein echtes, ausführbares Gate statt einer nur behaupteten Prüfung. IngestionAndImportPackages listet alle 14 aus QA-02s eigener dependsOn-Liste folgenden Pakete (Protokoll-Server, Fehlerbehandlung/ Logging, Import-Pfade). RunTestSuites führt go test -count=1 -p 1 über alle 14 Pakete aus — -p 1 bewusst, da parallele Testbinaries sich bei den echten QA-07-Lasttests gegenseitig CPU-Kontingent wegnehmen und Latenz-Zielwerte durch reine Testhost-Überlastung verfehlen lassen (real beobachtet, mit -p 1 behoben). ScanForKnownErrorPointTests prüft automatisiert, dass die drei in Akzeptanzkriterium 2 namentlich geforderten Fehlerpunkte (Header-Injection, Anhang-Limit, UIDVALIDITY) je einen passenden Regressionstest im zuständigen Paket haben. Gate-Lauf gegen aktuellen Stand real ausgeführt und mit Zeitstempel dokumentiert: BESTANDEN, 14 Pakete grün, alle drei bekannten Fehlerpunkte abgedeckt. Scanner durch Negativtest bewiesen, dass er eine tatsächlich fehlende Abdeckung real erkennt statt immer "bestanden" zu melden. Pflichtprüfung 3 (Zweitperson bestätigt Gate-Ergebnis unabhängig) bleibt strukturell offen — eine einzelne Sitzung kann keine unabhängige zweite Person sein, im Prüfprotokoll dokumentiert (analog zu ING-10 und QA-04). go build/go vet/golangci-lint clean, gesamtes Mail-Modul regressionsfrei getestet.	2026-09-01 17:36:48 +02:00