On Fri, Sep 01, 2006 at 05:54:00PM +0200, Micha Lenk wrote:
> > > > ,----
> > > > | postfix/local[21762]: 13EE02FEFC: to=<mail-address-removed>,
> > > > | orig_to=<marcus>, relay=local, delay=75, delays=75/0.01/0/0.11,
> > > > | dsn=4.3.0, status=deferred (temporary failure. Command output: ERR:
> > > > | authdaemon: s_connect() failed: Permission denied /usr/bin/maildrop:
> > > > | Temporary authentication failure. )
> > > > `----
> >
> > Errm, Okay, I wrote you about what happened on my box, not on yours.
> > Nevertheless, the error message is misleading. Check instead the
> > permissions on /var/run/courier/authdaemon/socket.
>
> I tracked this down and discivered that running maildrop as an arbitrary
> non-root user fails with option -d (i.e. needing to access the
> courier-authdaemon) because this user has no filesystem rights to access
> /var/run/courier/authdaemon/socket because the authdaemon's directory is
> not accessible in the default setup:
>
> drwxr-x--- 2 daemon daemon 4096 Sep 1 15:34 /var/run/courier/authdaemon
>
> Doing a chmod a+x /var/run/courier/authdaemon solves the problem. But I
> don't know whether it is a good idea to do this in general. Probably
> it's better to chown this directory to group mail or something similar
> maildrop has access to.
Or just not use -d if you don't need it. See the other subthread :)
--
2. That which causes joy or happiness.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
