FS#12583 - Bad path in dovecot
Attached to Project:
Arch Linux
Opened by Dale Blount (dale) - Friday, 26 December 2008, 14:59 GMT
Last edited by Andreas Radke (AndyRTR) - Tuesday, 27 January 2009, 08:01 GMT
Opened by Dale Blount (dale) - Friday, 26 December 2008, 14:59 GMT
Last edited by Andreas Radke (AndyRTR) - Tuesday, 27 January 2009, 08:01 GMT
|
Details
Warning: Corrected permissions for login directory
/usr/var/run/dovecot/login
Shouldn't this be just /var/run/dovecot/login to match the dovecot user's home directory? |
This task depends upon
Closed by Andreas Radke (AndyRTR)
Tuesday, 27 January 2009, 08:01 GMT
Reason for closing: Fixed
Additional comments about closing: added the localestatedir var, shouldn't happen anymore.
Tuesday, 27 January 2009, 08:01 GMT
Reason for closing: Fixed
Additional comments about closing: added the localestatedir var, shouldn't happen anymore.
# any of the lines. Exception to this are paths, they're just examples with
# the real defaults being based on configure options. The paths listed here
# are for configure --prefix=/usr --sysconfdir=/etc --localstatedir=/var
# --with-ssldir=/etc/ssl
# Base directory where to store runtime data.
#base_dir = /var/run/dovecot/
...
##
## Login processes
##
# <doc/wiki/LoginProcess.txt>
# Directory where authentication process places authentication UNIX sockets
# which login needs to be able to connect to. The sockets are created when
# running as root, so you don't have to worry about permissions. Note that
# everything in this directory is deleted when Dovecot is started.
#login_dir = /var/run/dovecot/login
# chroot login process to the login_dir. Only reason not to do this is if you
# wish to run the whole Dovecot without roots. <doc/wiki/Rootless.txt>
#login_chroot = yes
# User to use for the login process. Create a completely new user for this,
# and don't use it anywhere else. The user must also belong to a group where
# only it has access, it's used to control access for authentication process.
# Note that this user is NOT used to access mails. <doc/wiki/UserIds.txt>
#login_user = dovecot
Have you set anything different?
I haven't noticed anything here in everything.log. But when you can confirm this we can add --localstatedir=/var to make sure for future updates it's fixed.