Sorry, hit send to early :D
Am 17.09.25 um 19:50 schrieb Michael B. Justice via Exim-users:
When running as a daemon, inbound messages are not written to the
appropriate maildir and the mainlog reports that it cannot open
tmp/<filename> and the message is queued for retry (after 10 times of
trying initially).
+
Yet when I run exim as root with -Rf <domain name> or -qff or even -M
<message id>, the messages are delivered as expected, complete with the
owner, group, and file mode specified in the maildir delivery
transport. Turning on debugging (-d) for a retry (-M) shows the
process, and even though it doesn't explicitly use the (full) path, it
shows the renaming of tmp/<filename> to new/<filename>. The correct
maildir was also displayed on a preceding line.
Are you sure, it starts as root and drops privs later when run in daemon
mode?
Because: to be able to change/write the message with the uid the maildir
needs, it has to be privileged.
Example:
drwx------ 3 50524 mail 4096 23. Jan 2025 benderircdeuser1
drwxr-x--- 3 50504 exim 4096 26. Dez 2011 benderircdeuser3
Both dirs work and that can only be if exim is able to become 50524 or
setuid to the created file.
Best regards,
Cyborgs@Work
--
## subscription configuration (requires account):
## https://lists.exim.org/mailman3/postorius/lists/exim-users.lists.exim.org/
## unsubscribe (doesn't require an account):
## exim-users-unsubscr...@lists.exim.org
## Exim details at http://www.exim.org/
## Please use the Wiki with this list - http://wiki.exim.org/
