Sorry for late response but I decided to have a computer-free weekend. :-) * Josip Rodin <[EMAIL PROTECTED]> wrote:
> Maybe the severity of these problems for upgraders warrants a debconf note, > even. Here are my current results and to make it short: My setup works again. However, it included some manual interaction: 1) I had to install `courier-authdaemon' manually. There were no dependencies on this package. 2) I had to `chmod a+x /var/run/courier/authdaemon' manually to make it work as Micha suggested. 3) I still must use `mailbox_command = /usr/bin/maildrop -d "$USER" -f "$SENDER" "$EXTENSION"' in /etc/postfix/main.cf to make everything work. If I just use `mailbox_command = /usr/bin/maildrop -f "$SENDER" "$EXTENSION"' (as Josip suggested) mails will not be delivered to my maildir, even with courier-authdaemon installed or with the additional modified permissions at /var/run/courier/authdaemon. When courier-authdaemon is installed and permissions on /var/run/courier/authdaemon are modified BUT `-d "$USER"' is removed I get the following error in mail.info: ,---- | status=deferred (temporary failure. Command output: /usr/bin/maildrop: Unable to open filter file, errno=2. ) `---- When I add `-d "$USER"' again my mails will be delivered. I guess that steps (1) and (2) from above are essential for not breaking setups on upgrades. On the other hand I'm quite unhappy that I have to run a daemon on my machine just for making my MDA work. Whereas I have courier-imap running at home (and therefore courier-authdaemon, too) I have neither POP3 nor IMAP running here on my lab PC and deliver directly to maildirs where my Gnus reads from. I preferred the old solution (i.e. maildrop 1.x) where no courier-authdaemon was needed. Regards, Marcus -- Institut für Organische Chemie der RWTH Aachen Landoltweg 1, 52074 Aachen - Deutschland My PGP-key 0xBAB58229 is available on public keyservers
