[pkg-fetchmail-maint] Bug#349580: fetchmail: Fetchmail stops after delivering first bounce to postmaster alias

[Philip Armstrong]

Package: fetchmail
Version: 6.3.1-4
Severity: important

When fetchmail gets a multidrop email which contains an undeliverable
address, it delivers the bounce to the postmaster address in
/etc/fetchmailrc and then stops altogether, regardless of whether any
emails remain to be downloaded. Changing whether fetchmail uses a uidl
file makes no difference to this behaviour.

After downgrading to 6.2.5.4, everything works as expected. Has
something changed that I've missed? I've had a rootle through the
changelogs but nothing jumpe out at me.

Sample debug run follows:

# /etc/init.d/fetchmail debug-run
/etc/init.d/fetchmail: Initiating debug run of system-wide fetchmail service...
/etc/init.d/fetchmail: script will be run in debug mode, all output to forced to
/etc/init.d/fetchmail: stdout. This is not enough to debug failures that only
/etc/init.d/fetchmail: happen in daemon mode.
/etc/init.d/fetchmail: You might want to direct output to a file, and tail -f it.
/etc/init.d/fetchmail: Stopping the service...
Stopping mail retrieval agent: fetchmail.
/etc/init.d/fetchmail: exit status of service stop was: 0
/etc/init.d/fetchmail: RUNUSER is fetchmail
/etc/init.d/fetchmail: OPTIONS would be -f /etc/fetchmailrc --syslog -i /var/lib/fetchmail/.fetchmail-UIDL-cache
/etc/init.d/fetchmail: Starting service in nodetach mode, hit ^C (SIGINT/intr) to finish run...
fetchmail: removing stale lockfile
fetchmail: starting fetchmail 6.3.1 daemon 
fetchmail: 6.3.1 querying mailhost.zen.co.uk (protocol POP3) at Mon 23
Jan 2006 20:36:39 GMT: poll started
fetchmail: POP3< +OK rutherford, Zen Internet POP3 Server Ready
fetchmail: POP3> CAPA
fetchmail: POP3< -ERR You must login first.
fetchmail: You must login first.
fetchmail: Repoll immediately on zen14575 at mailhost.zen.co.uk
fetchmail: POP3< +OK rutherford, Zen Internet POP3 Server Ready
fetchmail: POP3> USER zen14575
fetchmail: POP3< +OK Please enter your pass, with the PASS command.
fetchmail: POP3> PASS *
fetchmail: POP3< +OK Logged in.
fetchmail: selecting or re-polling default folder
fetchmail: POP3> STAT
fetchmail: POP3< +OK 2 19406
fetchmail: 2 messages for zen14575 at mailhost.zen.co.uk (19406
octets).
fetchmail: POP3> LIST 1
fetchmail: POP3< +OK 1 17035
fetchmail: POP3> RETR 1
fetchmail: POP3< +OK Message follows.
fetchmail: reading message zen14575 at mailhost.zen.co.uk:1 of 2 (17035
octets)
fetchmail: About to rewrite Return-path:
<custservice_id_54461609985359 at halifax.co.uk>
Rewritten version is Return-path:
<custservice_id_54461609985359 at halifax.co.uk>

fetchmail: About to rewrite From: Halifax bank
<custservice_id_54461609985359 at halifax.co.uk>
Rewritten version is From: Halifax bank
<custservice_id_54461609985359 at halifax.co.uk>

fetchmail: About to rewrite To: questionphil at kantaka.co.uk
Rewritten version is To: questionphil at kantaka.co.uk

fetchmail: passed through questionphil at kantaka.co.uk matching
kantaka.co.uk
fetchmail: SMTP< 220 kantaka.co.uk ESMTP Exim 4.60 Mon, 23 Jan 2006
20:36:40 +0000
fetchmail: SMTP> EHLO kantaka.co.uk
fetchmail: SMTP< 250-kantaka.co.uk Hello localhost [127.0.0.1]
fetchmail: SMTP< 250-SIZE 52428800
fetchmail: SMTP< 250-PIPELINING
fetchmail: SMTP< 250 HELP
fetchmail: forwarding to localhost
fetchmail: SMTP> MAIL
FROM:<custservice_id_54461609985359 at halifax.co.uk> SIZE=17035
fetchmail: SMTP< 250 OK
fetchmail: SMTP> RCPT TO:<questionphil at kantaka.co.uk>
fetchmail: SMTP< 550 unknown user
fetchmail: SMTP error: 550 unknown user
fetchmail: SMTP listener doesn't like recipient address
`questionphil at kantaka.co.uk'
fetchmail: SMTP< 220 kantaka.co.uk ESMTP Exim 4.60 Mon, 23 Jan 2006
20:36:40 +0000
fetchmail: SMTP> HELO kantaka.co.uk
fetchmail: SMTP< 250 kantaka.co.uk Hello localhost [127.0.0.1]
fetchmail: SMTP> MAIL FROM:<>
fetchmail: SMTP< 250 OK
fetchmail: SMTP> RCPT TO:<phil at kantaka.co.uk>
fetchmail: SMTP< 250 Accepted
fetchmail: SMTP> DATA
fetchmail: SMTP< 354 Enter message, ending with "." on a line by
itself
fetchmail: SMTP: (bounce-message body)
fetchmail: SMTP>. (EOM)
fetchmail: SMTP< 250 OK id=1F18Qa-0004pi-IQ
fetchmail: SMTP> QUIT
fetchmail: SMTP< 221 kantaka.co.uk closing connection
/etc/init.d/fetchmail: End of service run. Exit status was: 0
#

And it just stops there, without even trying to download the second
email in the POP3 mailbox. It appears to be a 6.3.1 problem -- if I
downgrade to 6.2.5.4 then it works fine (& indeed I had 500 emails or
so backup before I noticed...)

here's the /etc/fetchmailrc:
  set postmaster phil at kantaka.co.uk
  set daemon 300
  set no bouncemail
  set logfile "/var/log/fetchmail"
  poll mailhost.zen.co.uk with proto POP3
        localdomains kantaka.co.uk
        envelope "X-Forwarding-To"
        user "*****" there with password "****"
        is * here options fetchall pass8bits

cheers, Phil

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-k7
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)

Versions of packages fetchmail depends on:
ii  adduser                       3.80       Add and remove users and groups
ii  debianutils                   2.15.2     Miscellaneous utilities specific t
ii  gettext                       0.14.5-2   GNU Internationalization utilities
ii  libc6                         2.3.5-12   GNU C Library: Shared libraries an
ii  libssl0.9.8                   0.9.8a-6   SSL shared libraries

Versions of packages fetchmail recommends:
ii  ca-certificates               20050804   Common CA Certificates PEM files

-- debconf information:
* fetchmail/confwarn:
* fetchmail/systemwide: true
* fetchmail/initdefaultswarn:
* fetchmail/runasroot: false
  fetchmail/fetchidswarn: