mirror of
https://github.com/HaschekSolutions/opentrashmail.git
synced 2026-04-25 06:35:55 +03:00
[GH-ISSUE #10] Emails are stored as root:root #8
Labels
No labels
bug
enhancement
pull-request
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/opentrashmail#8
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @qdii on GitHub (Jan 26, 2020).
Original GitHub issue: https://github.com/HaschekSolutions/opentrashmail/issues/10
I ran a password-less opentrashmail for a few months, which of course has attracted spammers/robots, etc. I start it the following way:
docker run -d --restart=always --name opentrashmail -e "DOMAINS=XXXXX" -e "DATEFORMAT='YYYY-M-D HH:mm'" -p 80:80 -p 25:25 -v /home/qdii/opentrashmail/data:/var/www/opentrashmail/data hascheksolutions/opentrashmailHowever I noticed that the emails are stored either as user "uuidd" (group id 101), or "root"
That sounds a bit wrong.
@Shocking-Sys commented on GitHub (Sep 25, 2020):
Not wrong check who "launch" dockerd proccess.
@geek-at commented on GitHub (Nov 13, 2021):
yeah it's because python us run as a privilliged user because otherwise it couldn't use port 25. I could switch it to something like 2525 but then the container wouldn't be backward compatible for users who are updating.
I could fix it in the code and chowning the files after write but that wouldn't make sense for anyone NOT running a docker container.
I'll keep it like it is for now until I (or anyone) finds an elegant solution