On Thu, 2009-10-15 at 15:42 +0100, [email protected] wrote: > Deliver. We're using virtual users so, if I am understanding correctly, > Deliver needs to fetch this information from /var/run/dovecot/auth-master. > The trouble is that Deliver doesn't seem to have the correct privileges to > do so. Whenever Getmail tries to pass the mail to Deliver, the line: > > Oct 15 15:21:04 Domain deliver([email protected]): Can't connect to auth > server at /var/run/dovecot/auth-master: No such file or directory
It doesn't say "permission denied", it says "no such file or directory". Did you check that it really exists in that exact same directory? > So far I've tried: > # - Changing the privileges of the whole /var/run/dovecot/ folder, It's +rx by everyone by default already, so there's no need to change it. > # - I tried setting the location of auth-master to /home/manager/dovecot > in the dovecot-postfix.conf config files (and the dovecot.conf config, > just in case), so I could control access to it, and its permissions, more > closely. Again, no luck. The log file still shows that it is trying to > access it through /var/run/dovecot ~ not sure why (I even went to the > lengths of doing a search for /var/run/dovecot in the config files, to > make sure I hadn't missed a rogue mention; nothing). Interestingly the > file auth-master is created in the correct folder I've configured, but the > log results still stay the same. You didn't say what exactly you changed, so I've no idea what you did. Post your dovecot -n output.
signature.asc
Description: This is a digitally signed message part
