minmal-file-cloud-email-pim-passmanager

Commit Graph

Author	SHA1	Message	Date
Stefan Hacker	5797a7b738	feat: CalDAV-Server (RFC 4791 Subset) fuer native Client-Sync Vollstaendige CalDAV-Implementierung unter /dav/ - Thunderbird, DAVx5, Apple Calendar und Outlook (CalDAV-Synchronizer) koennen sich einfach ueber HTTP-Basic-Auth mit ihrem Mini-Cloud-Account anmelden und ihre Kalender synchronisieren. Unterstuetzte Methoden: * OPTIONS - DAV-Capabilities * PROPFIND - Discovery, Principal, Calendar-Home, Kalender, Termin-Listings (Depth 0/1 beachtet) * REPORT - calendar-query + calendar-multiget mit optionalem Zeitraumfilter (<time-range>) * GET - einzelner Termin als VCALENDAR * PUT - Termin erstellen/aktualisieren (mit ETag-Check via If-Match + If-None-Match) * DELETE - Termin oder ganzer Kalender * MKCALENDAR - neuen Kalender vom Client aus anlegen iCal-Parser verarbeitet SUMMARY, DESCRIPTION, LOCATION, DTSTART, DTEND, RRULE, EXDATE - inklusive Line-Folding (RFC 5545). Ganztages-Termine (VALUE=DATE) werden korrekt erkannt. ETags basieren auf updated_at-Zeitstempel und werden pro PUT-Response zurueckgegeben, damit Clients Konflikte erkennen. nginx.example.conf: /dav/ mit proxy_request_buffering off fuer groessere PUTs und Weiterleitung der .well-known-URLs. README: eigener "CalDAV-Zugriff"-Block mit Tabelle pro Client. Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>	2026-04-12 12:51:21 +02:00
Stefan Hacker	3af2bc3312	fix: SSE blockiert gunicorn-Worker - auf gthread umstellen Mit 4 synchronen Workern hielt jede SSE-Verbindung dauerhaft einen ganzen Worker besetzt. 4 offene Browser-Tabs -> alle anderen Requests blockiert -> "Dateien laden dauert ewig". Loesung: gthread worker-class mit 2 Workern x 16 Threads = 32 gleichzeitige Slots. Lang laufende SSE-Streams belegen nur je einen Thread, regulaere Requests laufen unbeeintraechtigt. nginx.example.conf: separater Location-Block fuer /api/sync/events mit proxy_buffering off und 24h Read-Timeout, damit die Events sofort durchkommen und die Verbindung nicht abbricht. Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>	2026-04-12 10:33:02 +02:00
Stefan Hacker	fca2bc2d47	fix: OnlyOffice Docker-Setup ohne Port-Mapping + nginx-Beispielconfig - docker-compose.yml: Kein ports-Mapping fuer OnlyOffice mehr (Zugriff nur ueber nginx mit HTTPS, nicht direkt ueber Port 8080) - nginx.example.conf: Komplette Beispielkonfiguration fuer cloud.example.com + office.example.com mit Let's Encrypt - Unbegrenztes Upload-Limit (client_max_body_size 0) - CalDAV/CardDAV spezielle Location - WebSocket-Support vorbereitet - HTTP->HTTPS Redirect - Admin-UI: Setup-Anleitung aktualisiert - erklaert nginx + HTTPS + Let's Encrypt Schritte, Hinweis dass die oeffentliche HTTPS-URL eingetragen werden muss (nicht die interne Docker-URL) Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>	2026-04-11 21:23:31 +02:00

Author

SHA1

Message

Date

Stefan Hacker

5797a7b738

feat: CalDAV-Server (RFC 4791 Subset) fuer native Client-Sync

Vollstaendige CalDAV-Implementierung unter /dav/ - Thunderbird,
DAVx5, Apple Calendar und Outlook (CalDAV-Synchronizer) koennen
sich einfach ueber HTTP-Basic-Auth mit ihrem Mini-Cloud-Account
anmelden und ihre Kalender synchronisieren.

Unterstuetzte Methoden:
* OPTIONS      - DAV-Capabilities
* PROPFIND     - Discovery, Principal, Calendar-Home, Kalender,
                 Termin-Listings (Depth 0/1 beachtet)
* REPORT       - calendar-query + calendar-multiget mit
                 optionalem Zeitraumfilter (<time-range>)
* GET          - einzelner Termin als VCALENDAR
* PUT          - Termin erstellen/aktualisieren (mit ETag-Check
                 via If-Match + If-None-Match)
* DELETE       - Termin oder ganzer Kalender
* MKCALENDAR   - neuen Kalender vom Client aus anlegen

iCal-Parser verarbeitet SUMMARY, DESCRIPTION, LOCATION, DTSTART,
DTEND, RRULE, EXDATE - inklusive Line-Folding (RFC 5545).
Ganztages-Termine (VALUE=DATE) werden korrekt erkannt.

ETags basieren auf updated_at-Zeitstempel und werden pro
PUT-Response zurueckgegeben, damit Clients Konflikte erkennen.

nginx.example.conf: /dav/ mit proxy_request_buffering off fuer
groessere PUTs und Weiterleitung der .well-known-URLs.

README: eigener "CalDAV-Zugriff"-Block mit Tabelle pro Client.

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>

2026-04-12 12:51:21 +02:00

Stefan Hacker

3af2bc3312

fix: SSE blockiert gunicorn-Worker - auf gthread umstellen

Mit 4 synchronen Workern hielt jede SSE-Verbindung dauerhaft einen
ganzen Worker besetzt. 4 offene Browser-Tabs -> alle anderen
Requests blockiert -> "Dateien laden dauert ewig".

Loesung: gthread worker-class mit 2 Workern x 16 Threads = 32
gleichzeitige Slots. Lang laufende SSE-Streams belegen nur je
einen Thread, regulaere Requests laufen unbeeintraechtigt.

nginx.example.conf: separater Location-Block fuer /api/sync/events
mit proxy_buffering off und 24h Read-Timeout, damit die Events
sofort durchkommen und die Verbindung nicht abbricht.

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>

2026-04-12 10:33:02 +02:00

Stefan Hacker

fca2bc2d47

fix: OnlyOffice Docker-Setup ohne Port-Mapping + nginx-Beispielconfig

- docker-compose.yml: Kein ports-Mapping fuer OnlyOffice mehr
  (Zugriff nur ueber nginx mit HTTPS, nicht direkt ueber Port 8080)
- nginx.example.conf: Komplette Beispielkonfiguration fuer
  cloud.example.com + office.example.com mit Let's Encrypt
  - Unbegrenztes Upload-Limit (client_max_body_size 0)
  - CalDAV/CardDAV spezielle Location
  - WebSocket-Support vorbereitet
  - HTTP->HTTPS Redirect
- Admin-UI: Setup-Anleitung aktualisiert - erklaert nginx + HTTPS +
  Let's Encrypt Schritte, Hinweis dass die oeffentliche HTTPS-URL
  eingetragen werden muss (nicht die interne Docker-URL)

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>

2026-04-11 21:23:31 +02:00

3 Commits