Merge #2049
2049: fix for issue 1223 (fetchmail persistence idfile) r=mergify[bot] a=Diman0 ## What type of PR? bug-fix ## What does this PR do? It introduces a new data folder (/mailu/fetchmail) that will hold the idfile. The file that is used by fetchmail to keep track of what messages where retrieved. Recreating the fetchmail container does not result in all messages being retrieved again. It also configurs fetchmail to actually create this file (--uidl). It changes fetchmail to run as root. For now this is required, because the mailu data folder (/mailu) is owned by root. In the future we must change all images at the same time, to run without root and use a mailu folder that is not owned by root. That is out of scope for this PR. ### Related issue(s) - closes #1223 ## Prerequisites - [x] In case of feature or enhancement: documentation updated accordingly - [x] Unless it's docs or a minor change: add [changelog](https://mailu.io/master/contributors/workflow.html#changelog) entry file. Co-authored-by: Dimitri Huisman <diman@huisman.xyz>master
commit
f20247d27b
@ -0,0 +1,4 @@
|
||||
Fixed fetchmail losing track of fetched emails upon container recreation.
|
||||
The relevant fetchmail files are now retained in the /data folder (in the fetchmail image).
|
||||
See the docker-compose.yml file for the relevant volume mapping.
|
||||
If you already had your own mapping, you must double check the volume mapping and take action.
|
Loading…
Reference in New Issue