Re: example/config misses required section names for passdb{} and userdb{}

2024-05-19 Thread Aki Tuomi via dovecot
> On 20/05/2024 08:35 EEST Дилян Палаузов via dovecot > wrote: > > > Hello, > > I installed Dovecot from git 6b1bcf1bad1d78e, copied > /usr/local/share/doc/dovecot/example/config to /usr/local/etc/dovecot and > called dovecot -F . The system reported > > doveconf: Fatal: Error in

example/config misses required section names for passdb{} and userdb{}

2024-05-19 Thread Дилян Палаузов via dovecot
Hello, I installed Dovecot from git 6b1bcf1bad1d78e, copied /usr/local/share/doc/dovecot/example/config to /usr/local/etc/dovecot and called dovecot -F . The system reported doveconf: Fatal: Error in configuration file /usr/local/etc/dovecot/conf.d/auth-system.conf.ext line 11: passdb { } is

Re: Dovecot logging to files causes issues

2024-05-19 Thread Peter via dovecot
On 20/05/24 01:55, Richard Rosner via dovecot wrote: Am 19.05.24 um 15:29 schrieb Friedrich Kink via dovecot: chmod 775 /var/log/dovecot will solve the problem. Without execute permission the process can't access the logfile. Why on earth does a process supposed to write to a file need

RE: Dovecot logging to files causes issues

2024-05-19 Thread Marc via dovecot
> Am 19.05.2024 um 16:49 schrieb Richard Rosner via dovecot: > > It most certainly isn't. nginx isn't running as root, yet it can log > > without execution permissions just fine. Absolutely nothing should have > > execution permissions if they aren't meant to be executed, which should > > only be

Re: Dovecot logging to files causes issues

2024-05-19 Thread Alexander Dallou via dovecot
Am 19.05.2024 um 16:49 schrieb Richard Rosner via dovecot: It most certainly isn't. nginx isn't running as root, yet it can log without execution permissions just fine. Absolutely nothing should have execution permissions if they aren't meant to be executed, which should only be true for a

Re: Dovecot logging to files causes issues

2024-05-19 Thread Friedrich Kink via dovecot
As Alexander wrote - posix behaviour. To change into a directory the directory itself needs execute permission for owner/group/other (what ever is meant). Not the file itself. BTW even a chmod 110 /var/log/dovecot (so only execute and no read/write) would work. On 19.05.24 16:49, Richard

Re: Dovecot logging to files causes issues

2024-05-19 Thread Richard Rosner via dovecot
Am 19.05.24 um 16:02 schrieb Alexander Dallou via dovecot: Am 19.05.2024 um 15:55 schrieb Richard Rosner via dovecot: Am 19.05.24 um 15:29 schrieb Friedrich Kink via dovecot: chmod 775 /var/log/dovecot will solve the problem. Without execute permission the process can't access the logfile.

Re: Dovecot logging to files causes issues

2024-05-19 Thread Alexander Dallou via dovecot
Am 19.05.2024 um 15:55 schrieb Richard Rosner via dovecot: Am 19.05.24 um 15:29 schrieb Friedrich Kink via dovecot: chmod 775 /var/log/dovecot will solve the problem. Without execute permission the process can't access the logfile. Why on earth does a process supposed to write to a file need

Re: Dovecot logging to files causes issues

2024-05-19 Thread Richard Rosner via dovecot
Am 19.05.24 um 15:29 schrieb Friedrich Kink via dovecot: chmod 775 /var/log/dovecot will solve the problem. Without execute permission the process can't access the logfile. Why on earth does a process supposed to write to a file need execution permission? This most certainly is very unwelcome

Re: Dovecot logging to files causes issues

2024-05-19 Thread Friedrich Kink via dovecot
chmod 775 /var/log/dovecot will solve the problem. Without execute permission the process can't access the logfile. On 19.05.24 12:25, Richard Rosner via dovecot wrote: Am 19.05.24 um 04:02 schrieb Peter via dovecot: > Check the permissions of the entire path, as dovecot: > > namei -l

Re: Dovecot logging to files causes issues

2024-05-19 Thread Richard Rosner via dovecot
Am 19.05.24 um 04:02 schrieb Peter via dovecot: Check the permissions of the entire path, as dovecot: namei -l /var/log/dovecot/error.log It might be selinux, check your audit.log file, or set selinux to permissive mode and see if it works: setenforce 0 This can't be the case, there is no