On 14/5/24 20:17, tomas@tuxteam.de wrote:
On Tue, May 14, 2024 at 02:11:53PM +0200, Richard wrote: [...]Setting the permissions in /var/log/dovecot to 666 actually didn't solve the problem [...]This seems to prove (or, at least, strongly suggest) that I was barking up the wrong tree. I've currently run out of trees and at $DAYJOB, so tight on resources. Good luck :)
Clarifying my understanding of the issues I have discovered that postfix runs a non chroot service 'local' that has the initial responsibility to deliver mail locally.
local runs as root and has the ability to deliver mail to local files
local also has the ability to delegate the delivery to dovecot and other agents. This can be configured in postfix main.conf as
virtual_transport = lmtp:unix:private/dovecot-lmtp or mailbox_transport = lmtp:unix:private/dovecot-lmtp
From the postfix howto guide
mailbox_transport_maps (default: empty)
Optional lookup tables with per-recipient message delivery transports to use for local(8) mailbox delivery, whether or not the recipients are found in the UNIX passwd database.
The precedence of local(8) delivery features from high to low is: aliases, .forward files, mailbox_transport_maps, mailbox_transport, mailbox_command_maps,
mailbox_command, home_mailbox, mail_spool_directory, fallback_transport_maps, fallback_transport and luser_relay.
https://www.postfix.org/local.8.html
https://doc.dovecot.org/configuration_manual/howto/postfix_dovecot_lmtp/