Package: maildrop
Version: 2.0.2-11
Severity: wishlist
Recently, maildrop started printing the following message to stderr:
"authdaemon: s_connect() failed: Permission denied"
As far as I can tell, mail is delivered just fine. But not only is this
error annoying, it causes getmail to believe that maildrop has failed
(getmail assumes that the delivery process has failed if it emits any
message to stderr). I notice that the root problem won't be fixed for etch
(#394779), but as a stopgap, since I'm not using authdaemon at all, it
would be nice if I could selectively drop this message. I can also redirect
stderr to /dev/null, of course, but that risks discarding legitimate errors.
Daniel
-- System Information:
Debian Release: 4.0
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-2-686
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Versions of packages maildrop depends on:
ii courier-authlib 0.58-4 Courier authentication library
ii exim4 4.63-10 metapackage to ease exim MTA (v4)
ii exim4-daemon-light [mail-tra 4.63-10 lightweight exim MTA (v4) daemon
ii libc6 2.3.6.ds1-8 GNU C Library: Shared libraries
ii libgcc1 1:4.1.1-20 GCC support library
ii libgdbm3 1.8.3-3 GNU dbm database routines (runtime
ii libpcre3 6.7-1 Perl 5 Compatible Regular Expressi
ii libstdc++6 4.1.1-20 The GNU Standard C++ Library v3
maildrop recommends no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
