Hello Marcus, do you have the package courier-authdaemon installed? I assume maildrop needs it for some features to work (but which? hmm...).
If this solves the problem maildrop should probably recommend courier-authdaemon in it's dependencies. On Fri, Sep 01, 2006 at 10:09:18AM +0200, Marcus Frings wrote: > I also run into the same problem with maildrop 2.0.2 after upgrading > from 1.5.3-2: > > ,----[ /var/log/mail.info ] > | postfix/local[15140]: 91E7230281: > | to=<mail-address-removed>, orig_to=<root>, relay=local, > | delay=11201, delays=11200/0.05/0/0.37, dsn=4.3.0, status=deferred > | (temporary failure. Command output: ERR: authdaemon: s_connect() failed: > | No such file or directory /usr/bin/maildrop: Temporary authentication > | failure. ) > `---- > > Maildrop is called from postfix by this command: > > ,----[ /etc/postfix/main.cf ] > | mailbox_command = /usr/bin/maildrop -d "$USER" -f "$SENDER" "$EXTENSION" > `---- > > If I go back to maildrop 1.5.3 everything works again and local mails are > delivered to my user's maildir. As far as I understand it maildrop 1.5.3 has the functionality (or at least a reduced set of functionalities) of courier-authdaemon compiled in. I assume this has been changed in order to prevent code duplication. Have a nice day Micha -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]