Your message dated Mon, 09 Nov 2009 10:27:58 +0100
with message-id <[email protected]>
and subject line Re: [pkg-fetchmail-maint] Bug#554572: fetchmail: delivery to
mda fails when fetching mails with only one dot in one line
has caused the Debian Bug report #554572,
regarding fetchmail: delivery to mda fails when fetching mails with only one
dot in one line
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 this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
554572: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=554572
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: fetchmail
Version: 6.3.9~rc2-4+lenny1
Severity: normal
My mailsystem fetches mails from my provider with fetchmail and delivers the
mails to postfix
for local delivery to the postboxes. Sometimes I get mails with only one dot in
one line.
If thats short mails the mail only will be truncated at the dot, but if the
mails be a little longer
then fetchmail logs an IOERR in maillog and don't delete the mail on pop3-host,
but postfix delivers
the at the dot truncated mail. On next poll happens the same and this mail and
all following will be
stuck in pop3-postbox.
-------------------------
My /etc/fetchmailrc:
# FetchmailRC
# zum Abholen der Mail beim POP3-Postfach
#
set no bouncemail
poll "server" protocol pop3 user "user" pass "pass" mda "/usr/sbin/sendmail -f
%F mailbox" fetchall
----------------------------
----------------------------
extract of mail.info fetchmail started with option -vvv
Nov 5 13:18:55 localhost fetchmail[19680]: Versuche, mit 111.111.111.111/110
zu verbinden...verbunden.
Nov 5 13:18:55 localhost fetchmail[19680]: POP3< +OK
<[email protected]>, POP3 server ready.
Nov 5 13:18:55 localhost fetchmail[19680]: POP3> CAPA
Nov 5 13:18:55 localhost fetchmail[19680]: POP3< +OK Capability list follows
Nov 5 13:18:55 localhost fetchmail[19680]: POP3< USER
Nov 5 13:18:55 localhost fetchmail[19680]: POP3< TOP
Nov 5 13:18:55 localhost fetchmail[19680]: POP3< UIDL
Nov 5 13:18:55 localhost fetchmail[19680]: POP3< EXPIRE NEVER
Nov 5 13:18:55 localhost fetchmail[19680]: POP3< .
Nov 5 13:18:55 localhost fetchmail[19680]: 111.111.111.111: opportunistisches
Upgrade auf TLS fehlgeschlagen, versuche Fortsetzung.
Nov 5 13:18:55 localhost fetchmail[19680]: POP3> USER hoefert
Nov 5 13:18:55 localhost fetchmail[19680]: POP3< +OK hoefert is known here.
Nov 5 13:18:55 localhost fetchmail[19680]: POP3> PASS *
Nov 5 13:18:55 localhost fetchmail[19680]: POP3< +OK Welcome! 1 messages
(218032 bytes)
Nov 5 13:18:55 localhost fetchmail[19680]: Vorgabe-Ordner wird gewählt oder
erneut abgefragt
Nov 5 13:18:55 localhost fetchmail[19680]: POP3> STAT
Nov 5 13:18:55 localhost fetchmail[19680]: POP3< +OK 1 218032
Nov 5 13:18:55 localhost fetchmail[19680]: 1 Nachricht für hoefert bei
111.111.111.111 (218032 Bytes).
Nov 5 13:18:55 localhost fetchmail[19680]: POP3> LIST 1
Nov 5 13:18:55 localhost fetchmail[19680]: POP3< +OK 1 218032
Nov 5 13:18:55 localhost fetchmail[19680]: POP3> RETR 1
Nov 5 13:18:55 localhost fetchmail[19680]: POP3< +OK Here it comes...
Nov 5 13:18:55 localhost fetchmail[19680]: Nachricht [email protected]:1
von 1 wird gelesen (218032 Bytes)
Nov 5 13:18:55 localhost fetchmail[19680]: Dabei, From: "Kingspan"
<[email protected]>#015#012 umzuschreibenUmgeschriebene Version ist From:
"Kingspan" <[email protected]>#015#012
Nov 5 13:18:55 localhost fetchmail[19680]: Dabei, To:
<[email protected]>#015#012 umzuschreibenUmgeschriebene Version ist To:
<[email protected]>#015#012
Nov 5 13:18:55 localhost fetchmail[19680]: Dabei, Return-Path:
[email protected]#015#012 umzuschreibenUmgeschriebene Version ist
Return-Path:
[email protected]#015#012
Nov 5 13:18:55 localhost fetchmail[19680]: dabei, auszuliefern mit:
/usr/sbin/sendmail -f '[email protected]' michael.hoefert.krummenauer.de
Nov 5 13:18:55 localhost postfix/pickup[19202]: 0FF61D2001: uid=111
from=<[email protected]>
Nov 5 13:18:55 localhost postfix/cleanup[19635]: 0FF61D2001:
message-id=<[email protected]>
Nov 5 13:18:55 localhost fetchmail[19680]: Fehler beim Schreiben des
Nachrichtentextes
Nov 5 13:18:55 localhost fetchmail[19680]: POP3> QUIT
Nov 5 13:18:55 localhost fetchmail[19680]: POP3< l28 level1 lfo19'><a
name=3DF></a><![if !supportLists]><b><font =
Nov 5 13:18:55 localhost fetchmail[19680]: MDA-Fehler beim Abholen von
[email protected]
Nov 5 13:18:55 localhost fetchmail[19680]: 6.3.9-rc2 fragt ab 111.111.111.111
(Protokoll POP3) um Do 05 Nov 2009 13:18:55 CET: Abfrage beendet
Nov 5 13:18:55 localhost fetchmail[19680]: Abfragestatus=6 (IOERR)
-------------------------------------------------------------
For me I found a workaround. I changed the poll-line in fetchmailrc to:
poll "server" protocol pop3 user "user" pass "pass" mda "sed -e '/^.$/../g' |
/usr/sbin/sendmail -f %F mailbox" fetchall
then I have two dots in that line, but better than else.
I'm not really sure, if it is a bug in fetchmail or in postfix, but it should
not happen.
-- System Information:
Debian Release: 5.0.3
APT prefers stable
APT policy: (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages fetchmail depends on:
ii adduser 3.110 add and remove users and groups
ii debianutils 2.30 Miscellaneous utilities specific t
ii libc6 2.7-18 GNU C Library: Shared libraries
ii libcomerr2 1.41.3-1 common error description library
ii libkrb53 1.6.dfsg.4~beta1-5lenny1 MIT Kerberos runtime libraries
ii libssl0.9.8 0.9.8g-15+lenny5 SSL shared libraries
ii lsb-base 3.2-20 Linux Standard Base 3.2 init scrip
Versions of packages fetchmail recommends:
ii ca-certificates 20080809 Common CA certificates
Versions of packages fetchmail suggests:
pn fetchmailconf <none> (no description available)
ii postfix [mail-transport-agent 2.5.5-1.1 High-performance mail transport ag
pn resolvconf <none> (no description available)
-- no debconf information
--- End Message ---
--- Begin Message ---
Please do not abuse the BTS for support inquiries.
You're not using proper sendmail options. See the sendmail manual for
details about initial submission, byte-stuffing, and the -oi and -i
options.
Closing this bug.
--
Matthias Andree
--- End Message ---
