5 Fragen zu Paperless

Um in den PostgreSQL-Datenbank-Container von Paperless NGX zu wechseln, der auf Proxmox als LXC oder in einer VM läuft (meist als Docker-Stack), gehst du wie folgt vor: **1. Finde den Namen oder die ID des Containers heraus:** Wenn du Docker verwendest (häufigster Fall bei Paperless NGX): ```bash docker ps ``` Suche nach dem Container, der für PostgreSQL läuft (meist heißt er `paperless-ngx-db` oder ähnlich). **2. Wechsle in den Container:** ```bash docker exec -it <container-name> bash ``` Ersetze `<container-name>` durch den tatsächlichen Namen oder die ID, z.B.: ```bash docker exec -it paperless-ngx-db bash ``` **3. Starte die PostgreSQL-Konsole:** Im Container kannst du dich mit dem folgenden Befehl als Benutzer `postgres` mit der Datenbank verbinden: ```bash psql -U postgres ``` Falls du eine andere Datenbank oder einen anderen Benutzer verwendest, passe den Befehl entsprechend an: ```bash psql -U <benutzername> <datenbankname> ``` **Hinweis:** Falls du Paperless NGX nicht mit Docker, sondern als LXC-Container oder direkt auf einer VM installiert hast, musst du dich per SSH oder `pct enter <ID>` (bei LXC) auf die Shell des Containers/der VM verbinden und dann wie oben beschrieben vorgehen. **Weitere Infos:** - [Paperless NGX Dokumentation](https://docs.paperless-ngx.com/) - [PostgreSQL Dokumentation](https://www.postgresql.org/docs/) Falls du eine spezifische Fehlermeldung bekommst, prüfe die Umgebungsvariablen für Benutzername und Passwort in deiner `docker-compose.yml` oder den Container-Logs.

Um von einem laufenden Docker-Container (z. B. Paperless) in den zugehörigen PostgreSQL-Container zu gelangen, gehst du wie folgt vor: 1. **Finde den Namen des PostgreSQL-Containers heraus:** ```bash docker ps ``` Suche in der Liste nach dem Container, der PostgreSQL bereitstellt. Der Name steht ganz rechts in der Spalte „NAMES“. 2. **Öffne eine Shell im PostgreSQL-Container:** ```bash docker exec -it <postgres_container_name> bash ``` Ersetze `<postgres_container_name>` durch den tatsächlichen Namen des Containers. Falls das Image kein `bash` enthält, kannst du stattdessen `sh` verwenden: ```bash docker exec -it <postgres_container_name> sh ``` 3. **Nutze das PostgreSQL-CLI-Tool:** Im Container kannst du dich mit dem Befehl `psql` mit der Datenbank verbinden, z. B.: ```bash psql -U <db_user> <db_name> ``` Ersetze `<db_user>` und `<db_name>` durch die entsprechenden Werte aus deiner Paperless-Konfiguration. **Hinweis:** Du kannst nicht direkt „von einem Container in einen anderen springen“. Du musst immer von außen (`docker exec`) in den gewünschten Container gehen. **Weitere Infos:** - [Docker Dokumentation](https://docs.docker.com/engine/reference/commandline/exec/) - [Paperless-ngx Dokumentation](https://docs.paperless-ngx.com/) - [PostgreSQL Docker Hub](https://hub.docker.com/_/postgres) Falls du mit Docker Compose arbeitest, findest du die Containernamen auch mit: ```bash docker-compose ps ``` So kannst du gezielt in den gewünschten Container gelangen.

Um den Docker-Container von Paperless auf deinem Raspberry Pi zu stoppen, kannst du folgende Schritte ausführen: 1. **Öffne das Terminal** auf deinem Raspberry Pi. 2. **Finde den Namen oder die ID des Containers** (falls du ihn nicht kennst) mit: ``` docker ps ``` Suche in der Liste nach dem Container, der zu Paperless gehört (meistens heißt er etwas wie `paperless-ngx`). 3. **Stoppe den Container** mit: ``` docker stop <container-name-oder-id> ``` Ersetze `<container-name-oder-id>` durch den tatsächlichen Namen oder die ID des Paperless-Containers. Falls du Paperless mit Docker Compose gestartet hast, kannst du auch im Verzeichnis deiner `docker-compose.yml`-Datei folgenden Befehl nutzen: ``` docker compose down ``` oder (bei älteren Docker-Versionen): ``` docker-compose down ``` Damit wird der gesamte Paperless-Stack gestoppt. **Weitere Infos zu Paperless:** [https://github.com/paperless-ngx/paperless-ngx](https://github.com/paperless-ngx/paperless-ngx) **Weitere Infos zu Docker:** [https://www.docker.com/](https://www.docker.com/)

Um Paperless-ngx mit Docker auf einem Raspberry Pi zu starten, gehst du wie folgt vor: 1. **Docker und Docker Compose installieren** Stelle sicher, dass Docker und Docker Compose auf deinem Raspberry Pi installiert sind. Anleitung: [Docker auf Raspberry Pi installieren](https://docs.docker.com/engine/install/debian/) 2. **Paperless-ngx Docker Compose-Datei erstellen** Erstelle ein neues Verzeichnis, z.B. `paperless`, und wechsle hinein: ```bash mkdir ~/paperless cd ~/paperless ``` Erstelle eine Datei namens `docker-compose.yml` mit folgendem Inhalt (angepasst für ARM-Architektur des Raspberry Pi): ```yaml version: "3.4" services: db: image: postgres:15 restart: always environment: POSTGRES_DB: paperless POSTGRES_USER: paperless POSTGRES_PASSWORD: paperless volumes: - ./data/db:/var/lib/postgresql/data broker: image: redis:7 restart: always webserver: image: ghcr.io/paperless-ngx/paperless-ngx:latest restart: always depends_on: - db - broker ports: - 8000:8000 environment: PAPERLESS_REDIS: redis://broker:6379 PAPERLESS_DBHOST: db PAPERLESS_DBNAME: paperless PAPERLESS_DBUSER: paperless PAPERLESS_DBPASS: paperless volumes: - ./data/media:/usr/src/paperless/media - ./data/data:/usr/src/paperless/data - ./data/export:/usr/src/paperless/export - ./data/consume:/usr/src/paperless/consume ``` 3. **Container starten** Starte die Container mit: ```bash docker compose up -d ``` 4. **Paperless-ngx aufrufen** Nach dem Start kannst du Paperless-ngx im Browser unter `http://<IP-deines-RaspberryPi>:8000` aufrufen. 5. **Erster Benutzer** Erstelle den ersten Benutzer mit: ```bash docker compose exec webserver python3 manage.py createsuperuser ``` **Weitere Infos:** - Offizielle Anleitung: [https://docs.paperless-ngx.com/docker/](https://docs.paperless-ngx.com/docker/) - Paperless-ngx GitHub: [https://github.com/paperless-ngx/paperless-ngx](https://github.com/paperless-ngx/paperless-ngx) Damit läuft Paperless-ngx auf deinem Raspberry Pi im Docker-Container.

Hier ein Vergleich der drei Dokumentenmanagement-Systeme (DMS) PaperOffice, paperless-ngx und Papermerge im Hinblick auf den Betrieb auf einem Synology NAS, die Einhaltung von Art. 32 DSGVO sowie die wichtigsten Vor- und Nachteile: --- **1. PaperOffice** - **Betrieb auf Synology NAS:** PaperOffice bietet eine spezielle Version für Synology NAS an ([Herstellerseite](https://www.paperoffice.com/de/synology-nas)). Die Installation ist relativ einfach, da es eine dedizierte Anleitung und Unterstützung gibt. **Vorteil:** Offizieller Support für Synology, einfache Installation. **Nachteil:** Lizenzkosten, proprietäre Software. - **Einhaltung von Art. 32 DSGVO:** PaperOffice wirbt mit DSGVO-Konformität, insbesondere durch Verschlüsselung, Benutzer- und Rechteverwaltung sowie Protokollierung. Die tatsächliche Einhaltung hängt aber von der korrekten Konfiguration und Nutzung ab. **Vorteil:** Viele Funktionen zur Datensicherheit und Nachvollziehbarkeit. **Nachteil:** Blackbox-Charakter, da Closed Source – keine vollständige Transparenz. - **Vor- und Nachteile:** **Vorteile:** - Offizieller Support für Synology - Viele Funktionen (OCR, Workflows, E-Mail-Integration) - Benutzerfreundliche Oberfläche - Support und regelmäßige Updates **Nachteile:** - Kostenpflichtig (Lizenzmodell) - Closed Source - Abhängigkeit vom Hersteller --- **2. paperless-ngx** - **Betrieb auf Synology NAS:** paperless-ngx ist ein Open-Source-Projekt und kann auf Synology NAS über Docker installiert werden ([Projektseite](https://github.com/paperless-ngx/paperless-ngx)). **Vorteil:** Flexibel, keine Lizenzkosten. **Nachteil:** Technisches Know-how für Installation und Wartung erforderlich. - **Einhaltung von Art. 32 DSGVO:** paperless-ngx bietet Verschlüsselung, Benutzerverwaltung und Protokollierung. Als Open Source kann der Quellcode geprüft werden. Die DSGVO-Konformität hängt von der Konfiguration und dem Betrieb ab. **Vorteil:** Transparenz durch Open Source, Anpassbarkeit. **Nachteil:** Keine offizielle Zertifizierung, Eigenverantwortung für Sicherheit. - **Vor- und Nachteile:** **Vorteile:** - Open Source, kostenlos - Aktive Community - Moderne Weboberfläche - Docker-Support **Nachteile:** - Kein offizieller Synology-Support - Technische Kenntnisse erforderlich - Weniger „Out-of-the-box“-Funktionen als kommerzielle Lösungen --- **3. Papermerge** - **Betrieb auf Synology NAS:** Papermerge ist ebenfalls Open Source und kann via Docker auf Synology NAS betrieben werden ([Projektseite](https://github.com/ciur/papermerge)). **Vorteil:** Flexibel, keine Lizenzkosten. **Nachteil:** Technisches Know-how für Installation und Wartung erforderlich. - **Einhaltung von Art. 32 DSGVO:** Papermerge bietet grundlegende Sicherheitsfunktionen wie Benutzerverwaltung und Protokollierung. Verschlüsselung ist möglich, aber weniger umfangreich als bei paperless-ngx. **Vorteil:** Open Source, Anpassbarkeit. **Nachteil:** Weniger Features für Datenschutz und Sicherheit als paperless-ngx oder PaperOffice. - **Vor- und Nachteile:** **Vorteile:** - Open Source, kostenlos - Einfache Bedienung - Docker-Support **Nachteile:** - Weniger Funktionen als paperless-ngx - Kein offizieller Synology-Support - Geringere Community-Aktivität --- **Fazit:** - **PaperOffice** ist ideal, wenn du Wert auf Support, viele Funktionen und einfache Installation auf Synology legst, aber bereit bist, dafür zu zahlen. - **paperless-ngx** ist die flexibelste und funktionsreichste Open-Source-Lösung, benötigt aber technisches Know-how. - **Papermerge** ist eine minimalistische Open-Source-Alternative, die für einfache Anwendungsfälle geeignet ist. **DSGVO-Konformität** hängt bei allen Lösungen maßgeblich von der korrekten Konfiguration, dem Betrieb und der Einbindung in deine IT-Sicherheitsprozesse ab. Open-Source-Lösungen bieten Transparenz, aber keine Garantie – die Verantwortung liegt beim