Bug#639807: fetchmail: message "Server certificate:" should be written to stdout

Package: fetchmail
Version: 6.3.18-2
Severity: minor
Tags: patch

When using fetchmail in verbose SSL mode, fetchmail writes the message "Server certificate:" to stderr.
Since this message is not an error (an it is not consistent with the ususal behaviour of fetchmail) it
should be written to stdout instead.

Since I run fetchmail crom a cronjob this behaviour becomes particular annoying, because cron is
sending the output of stderr every time fetchmail runs.

Patch:

diff -urN fetchmail-6.3.18.orig//socket.c fetchmail-6.3.18//socket.c
fetchmail-6.3.18.orig//socket.c 2010-10-09 10:26:22.000000000 +0200
+++ fetchmail-6.3.18//socket.c 2011-08-30 14:15:50.000000000 +0200
@@ -618,7 +618,7 @@

if (outlevel >= O_VERBOSE) {
if (depth == 0 && SSLverbose)
- report(stderr, GT_("Server certificate:"));
+ report(stdout, GT_("Server certificate:"));
else {
if (_firstrun) {
_firstrun = 0;


Debian Release: 6.0.2
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages fetchmail depends on:
ii adduser 3.112+nmu2 add and remove users and groups
ii debianutils 3.4 Miscellaneous utilities specific t
ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib
ii libcomerr2 1.41.12-4stable1 common error description library
ii libgssapi-krb5-2 1.8.3+dfsg-4squeeze1 MIT Kerberos runtime libraries - k
ii libkrb5-3 1.8.3+dfsg-4squeeze1 MIT Kerberos runtime libraries
ii libssl0.9.8 0.9.8o-4squeeze1 SSL shared libraries
ii lsb-base 3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip

Versions of packages fetchmail recommends:
ii ca-certificates 20090814+nmu2 Common CA certificates

Versions of packages fetchmail suggests:
ii exim4-daemon-heavy [mail 4.72-6+squeeze2 Exim MTA (v4) daemon with extended
pn fetchmailconf <none> (no description available)
pn resolvconf <none> (no description available)




To UNSUBSCRIBE, email to debian-bugs-dist-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org