aboutsummaryrefslogtreecommitdiff
path: root/tests/syscalls.scm
diff options
context:
space:
mode:
authorWojtek Kosior <koszko@koszko.org>2024-01-09 12:15:02 +0100
committerW. Kosior <koszko@koszko.org>2024-09-04 21:02:05 +0200
commit70f9ae23b1c5db4497401b207046c11af0b3bf0d (patch)
tree87e9072d8456d224297fb8a3102354c4656c9250 /tests/syscalls.scm
parent60fdb47322e452f6dc5d9ddbd79c11d308ec8fb1 (diff)
downloadguix-70f9ae23b1c5db4497401b207046c11af0b3bf0d.tar.gz
guix-70f9ae23b1c5db4497401b207046c11af0b3bf0d.zip
services: Support running Exim with setuid/setgid.
In a typical configuration, Exim binary is setuid root and the Exim daemon process listens for connections under a non-root system account (usually `exim`). Upon receiving a message, it forks into a child process which re-executes the binary to regain privileges and deliver the mail to its destination (e.g. a Maildir inside user's home directory). Besides the setuid binary itself, such setup also requires the Exim configuration file to live at the path Exim considers safe. It defaults to /etc/exim.conf and changing it requires rebuilding the Exim daemon. If a configuration at unsafe path is used instead, Exim drops its privileges before reading it and becomes unable to perform certain kinds of email delivery. * gnu/services/mail.scm (<exim-configuration>)[setuid-user]: New field. (<exim-configuration>)[setgid-group]: New field. (exim-computed-config-file): Delete variable. (exim-shepherd-service)[start]: Use Exim's default config at /etc/exim.conf. (exim-activation): Atomically put Exim's current config at /etc/exim.conf and verify its syntactic correctness. (exim-setuids): New variable. (exim-service-type)[extensions]: Extend `setuid-program-service-type`. Change-Id: Ie6153baac80180d3d48f6b5a6959895df06aef0b
Diffstat (limited to 'tests/syscalls.scm')
0 files changed, 0 insertions, 0 deletions