[Dovecot] deliver can't connect to auth server at */usr/local*/var/run/dovecot/auth-master
Hello list,
while fiddling around with the configuration so Dovecot's LDA "deliver" can be used by multiple users by means of Getmail (you can read about that in [1]) I always end up running into the error message posted in the subject line:
Jan 15 00:00:02 HOSTNAME deliver(USERID): Can't connect to auth server at /usr/local/var/run/dovecot/auth-master: Permission denied
Notice how it says "/usr/local/var/run/dovecot"! How and why does dovecot ^^^^^^^^^^ think that anything of any importance can be found under /usr/local/var/... ? Please see dovecot -n at the end of this message, but as far as I can tell I never ever specified that the /var directory (configure --localstatedir) should end up under the prefix /usr/local.
Now I am quite sure that my configuration for auth-master is not yet quite correct but I can't go any further without asking what this error message could mean and how to resolve the problem.
Anybody have any ideas? I am currently running 1.0.10 (previously, until this afternoon 1.0.5, same problem) with the latest MANAGESIEVE patch (v9) applied and the dovecot-sieve plugin.
TIA for any hints! I am at a loss here.
Andreas
[1] http://thread.gmane.org/gmane.mail.imap.dovecot/27062
# 1.0.10: /usr/local/etc/dovecot.conf base_dir: /var/run/dovecot/ protocols: imap imaps pop3 pop3s managesieve listen(default): * listen(imap): * listen(pop3): * listen(managesieve): *:2000 ssl_cert_file: /etc/ssl/certs/DOMAINNAME.crt ssl_key_file: /etc/ssl/private/DOMAINNAME.key login_dir: /var/run/dovecot//login login_executable(default): /usr/local/libexec/dovecot/imap-login login_executable(imap): /usr/local/libexec/dovecot/imap-login login_executable(pop3): /usr/local/libexec/dovecot/pop3-login login_executable(managesieve): /usr/local/libexec/dovecot/managesieve-login mail_extra_groups: mail mail_location: maildir:~/Maildir maildir_copy_with_hardlinks: yes mail_executable(default): /usr/local/libexec/dovecot/imap mail_executable(imap): /usr/local/libexec/dovecot/imap mail_executable(pop3): /usr/local/libexec/dovecot/pop3 mail_executable(managesieve): /usr/local/libexec/dovecot/managesieve mail_plugin_dir(default): /usr/local/lib/dovecot/imap mail_plugin_dir(imap): /usr/local/lib/dovecot/imap mail_plugin_dir(pop3): /usr/local/lib/dovecot/pop3 mail_plugin_dir(managesieve): /usr/local/lib/dovecot/managesieve imap_client_workarounds(default): outlook-idle delay-newmail tb-extra-mailbox-sep imap_client_workarounds(imap): outlook-idle delay-newmail tb-extra-mailbox-sep imap_client_workarounds(pop3): outlook-idle imap_client_workarounds(managesieve): outlook-idle pop3_uidl_format(default): pop3_uidl_format(imap): pop3_uidl_format(pop3): %08Xu%08Xv pop3_uidl_format(managesieve): namespace: type: public separator: / prefix: Public/ location: maildir:/var/mail/public:CONTROL=~/Maildir/control/public:INDEX=~/Maildir/index/public namespace: type: private separator: / inbox: yes auth default: mechanisms: login plain verbose: yes passdb: driver: pam userdb: driver: passwd socket: type: listen client: path: /var/spool/postfix/private/auth mode: 432 user: postfix group: postfix master: path: /var/run/dovecot/auth-master mode: 432 user: root group: dovecot
Andreas "daff" Ntaflos Vienna, Austria
GPG Fingerprint: 6234 2E8E 5C81 C6CB E5EC 7E65 397C E2A8 090C A9B4
On 1/14/2008 Andreas Ntaflos wrote:
Notice how it says "/usr/local/var/run/dovecot"! How and why does dovecot ^^^^^^^^^^ think that anything of any importance can be found under /usr/local/var/... ?
I'm confused as to why *you're* confused...
Look at the output again...
ALL of your binaries paths are set to:
/usr/local/var/...
On Tuesday 15 January 2008 03:00:50 Charles Marcus wrote:
On 1/14/2008 Andreas Ntaflos wrote:
Notice how it says "/usr/local/var/run/dovecot"! How and why does dovecot ^^^^^^^^^^ think that anything of any importance can be found under /usr/local/var/... ?
I'm confused as to why *you're* confused...
Look at the output again...
ALL of your binaries paths are set to:
/usr/local/var/...
Thanks for your reply!
But I think you misread that, not a single parameter is set to /usr/local/var. The installation prefix (configure --prefix) is set to /usr/local but the local state directory, which is supposed to be /var is really set to /var (this is also the default when running configure). The configuration also specified that Dovecot run out of /var/run/dovecot (base_dir).
So naturally I had no idea where Dovecot would take that /usr/local prefix to the /var directory, and I really still don't.
Andreas
Andreas "daff" Ntaflos Vienna, Austria
GPG Fingerprint: 6234 2E8E 5C81 C6CB E5EC 7E65 397C E2A8 090C A9B4
On Tue, 2008-01-15 at 00:21 +0100, Andreas Ntaflos wrote:
Notice how it says "/usr/local/var/run/dovecot"! How and why does dovecot .. master: path: /var/run/dovecot/auth-master
If you're not using the default built-in path, set:
protocol lda { auth_socket_path = /var/run/dovecot/auth-master }
On Tuesday 15 January 2008 05:24:58 Timo Sirainen wrote:
On Tue, 2008-01-15 at 00:21 +0100, Andreas Ntaflos wrote:
Notice how it says "/usr/local/var/run/dovecot"! How and why does dovecot
..
master: path: /var/run/dovecot/auth-masterIf you're not using the default built-in path, set:
protocol lda { auth_socket_path = /var/run/dovecot/auth-master }
Thanks for your reply, too!
So does this mean that auth_socket_path is by default set to /usr/local/var/run/dovecot/auth-master? And I have to set that parameter explicitly to /var/run/dovecot/auth-master?
I am a little confused. Why are there two places to set the path to the authentication master socket? Do I need to set both? Until yesterday, when I started experimenting, I hadn't even uncommented the "master { ... }" section under "socket listen { ... }", I just used the client so Postfix could do SMTP authentication lookups, as you can see from dovecot -n.
Andreas
P.S.: As you could probably tell some messages from this list bounced from my mailserver when I tried to get the configuration right (which I didn't :)). I apologise for that.
Andreas "daff" Ntaflos Vienna, Austria
GPG Fingerprint: 6234 2E8E 5C81 C6CB E5EC 7E65 397C E2A8 090C A9B4
Andreas Ntaflos wrote:
On Tuesday 15 January 2008 05:24:58 Timo Sirainen wrote:
On Tue, 2008-01-15 at 00:21 +0100, Andreas Ntaflos wrote:
Notice how it says "/usr/local/var/run/dovecot"! How and why does dovecot ..
master: path: /var/run/dovecot/auth-masterIf you're not using the default built-in path, set:
protocol lda { auth_socket_path = /var/run/dovecot/auth-master }
Thanks for your reply, too!
So does this mean that auth_socket_path is by default set to /usr/local/var/run/dovecot/auth-master? And I have to set that parameter explicitly to /var/run/dovecot/auth-master?
I am a little confused. Why are there two places to set the path to the authentication master socket?
- you need to tell the server where to listen
- you need to tell deliver where to find the socket
the --prefix is probably what added the /usr/local to the default /var/run/....
Do I need to set both? Until yesterday, when I started experimenting, I hadn't even uncommented the "master { ... }" section under "socket listen { ... }", I just used the client so Postfix could do SMTP authentication lookups, as you can see from dovecot -n.
Andreas
P.S.: As you could probably tell some messages from this list bounced from my mailserver when I tried to get the configuration right (which I didn't :)). I apologise for that.
On Tue, 2008-01-15 at 15:07 +0100, Andreas Ntaflos wrote:
protocol lda { auth_socket_path = /var/run/dovecot/auth-master }
Thanks for your reply, too!
So does this mean that auth_socket_path is by default set to /usr/local/var/run/dovecot/auth-master? And I have to set that parameter explicitly to /var/run/dovecot/auth-master?
I am a little confused. Why are there two places to set the path to the authentication master socket? Do I need to set both?
Hopefully around Dovecot v2.0 you don't need to specify these socket paths at all. But I made this a bit easier now: http://hg.dovecot.org/dovecot/rev/e1a45bbd63d9
participants (5)
-
Andreas Ntaflos
-
Andreas Ntaflos
-
Charles Marcus
-
mouss
-
Timo Sirainen