Your message dated Mon, 3 Apr 2006 08:12:12 +0200
with message-id <[EMAIL PROTECTED]>
and subject line (no subject)
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--- Begin Message ---
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 [EMAIL PROTECTED]
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 [EMAIL PROTECTED]:1 of 2 (17035
octets)
fetchmail: About to rewrite Return-path:
<[EMAIL PROTECTED]>
Rewritten version is Return-path:
<[EMAIL PROTECTED]>
fetchmail: About to rewrite From: Halifax bank
<[EMAIL PROTECTED]>
Rewritten version is From: Halifax bank
<[EMAIL PROTECTED]>
fetchmail: About to rewrite To: [EMAIL PROTECTED]
Rewritten version is To: [EMAIL PROTECTED]
fetchmail: passed through [EMAIL PROTECTED] 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:<[EMAIL PROTECTED]> SIZE=17035
fetchmail: SMTP< 250 OK
fetchmail: SMTP> RCPT TO:<[EMAIL PROTECTED]>
fetchmail: SMTP< 550 unknown user
fetchmail: SMTP error: 550 unknown user
fetchmail: SMTP listener doesn't like recipient address
[EMAIL PROTECTED]'
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:<[EMAIL PROTECTED]>
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 [EMAIL PROTECTED]
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:
--- End Message ---
--- Begin Message ---
Hi,
since this was a login related bug and the new shadow
package has been uploaded I close the bug
(http://lists.debian.org/debian-devel/2006/04/msg00001.html)
Feel free to open it if you see this behaviour again.
Regards Nico
--
Nico Golde - JAB: [EMAIL PROTECTED] | GPG: 0x73647CFF
http://www.ngolde.de | http://www.muttng.org | http://grml.org
Forget about that mouse with 3/4/5 buttons -
gimme a keyboard with 103/104/105 keys!
pgpl8GGZgW0EZ.pgp
Description: PGP signature
--- End Message ---
