PAPERLESS_EMPTY_TRASH_DIR=<path>
When documents are deleted (e.g. after emptying the trash) the original files will be moved here instead of being removed from the filesystem. Only the original version is kept.
This must be writeable by the user running paperless. When running inside docker, ensure that this path is within a permanent volume (such as „…/media/trash“) so it won’t get lost on upgrades.
Note that the directory must exist prior to using this setting.
Defaults to empty (i.e. really delete files).
This setting was previously named PAPERLESS_TRASH_DIR.
Die Änderung habe ich auch gerade gesehen und geändert.
Dann gibt es ja noch die Option: PAPERLESS_EMPTY_TRASH_DELAY
Und ne weitere Frage: In der offiziellen Doku steht immer nach den Variablen ein =
Wenn ich aber in die Beispiele (links oben) kommt da immer ein Doppelpunkt.
Kann ich dir leider auch nicht beantworten …
Würd mich selbst interessieren.
Genau deswegen hab ich kürzlich extra nen Post gemacht ohne hilfreiche Antwort bisher.
Is das Intervall bis der Trash gelöscht wird wie ich das verstanden habe.
Trash PAPERLESS_EMPTY_TRASH_DELAY=<num>
Sets how long in days documents remain in the ‚trash‘ before they are permanently deleted.
Defaults to 30 days, minimum of 1 day. PAPERLESS_EMPTY_TRASH_TASK_CRON=<cron expression>
Configures the schedule to empty the trash of expired deleted documents.
Defaults to 0 1 * * *, once per day.
Wobei das ganze auch so klingt, als benötige man die Option nicht und es wäre nur der Hosenträger zum Gürtel. When documents are deleted (e.g. after emptying the trash) the original files will be moved here instead of being removed from the filesystem.
Ja klar, aber besser einen Papierkorb haben, falls mal was ist.
Ach ja:
Und ne weitere Frage: In der offiziellen Doku steht immer nach den Variablen ein =
Wenn ich aber in die Beispiele (links oben) kommt da immer ein Doppelpunkt.
Das liegt daran, dass die Beispiele davon ausgehen, dass du die docker-compose.env bearbeitest.
Wenn du die Variablen stattdessen in der docker-compose.yml setzt, ist die Syntax eine andere.
Danke Stefan,
das erklärt natürlich die Unterschiede. Sowas dachte ich mir schon.
Ergänzt du die Masterclas um den Papierkorb?
Des Weiteren, wär die Frage ob es sinnvolle Teile aus den o.g. Vorlagen gibt, die man übernehmen könnte. Z.B. die Heartbeat sachen und die Depends On Konfiguration z.B.
