insufficient access permission for /var/run/courier/authdaemon
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
courier-authlib (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned | ||
Lucid |
Won't Fix
|
Undecided
|
Unassigned |
Bug Description
Binary package hint: courier-authlib
Summary:
The directory /var/run/
Details:
I am running a mail server with imap and smtp, both served by courier. Configuring imap was fairly straightforward. Configuring smtp (with courier-mta) gave me a headache. The following simple test failed:
root@pluto:
ERR: authdaemon: s_connect() failed: Permission denied
450-Service temporarily unavailable.
450 Headers specify no receipients.
sendmail: Unable to submit message.
This was strange for two reasons: First, I didn't expect sendmail to communicate with authdaemon, and second, authdaemon worked just fine for imap.
it took me a long time to find out that not all processes had access to the authdaemon socket. The socket itself had proper permissions:
root@pluto:
srwxrwxrwx 1 root root 0 2009-11-15 17:55 socket
...
... but the folder containing it didn't:
root@pluto:
drwxr-x--- 2 root root 100 2009-11-15 17:55 authdaemon
...
A chmod to 755 of the containing directory did the trick. I am not sure whether this is the best solution (vs. changing ownership of the folder).
ProblemType: Bug
Architecture: amd64
Date: Sun Nov 15 18:20:27 2009
DistroRelease: Ubuntu 9.10
Package: courier-authlib 0.62.2-1
ProcEnviron:
LANG=en_US.UTF-8
SHELL=/bin/bash
ProcVersionSign
SourcePackage: courier-authlib
Uname: Linux 2.6.31-14-server x86_64
One more thing: the permissions are reset after a reboot - thus, the described fix is not permanent.