fetchmail-friends
[Top] [All Lists]

Re: [fetchmail] Lost attachments - was not the expected length

2003-05-11 05:44:59
On Sun 11 May 2003 09:35, Rob MacGregor wrote:

I have just run fetchmail with the double-verbose option and there does seem 
to be some problem with the size of the file it is receiving. Have a look at 
the following, please:

fetchmail: POP3< +OK headers follow.
reading message grzegorz(_at_)ya(_dot_)com@pop.adsl.ya.com:1 of 1 (17348 octets)
About to rewrite Return-path: <grzegorz(_at_)ya(_dot_)com>
Rewritten version is Return-path: <grzegorz(_at_)ya(_dot_)com>

About to rewrite From: Grzegorz =?utf-8?q?Chrupa=C5=82a?= 
<grzegorz(_at_)ya(_dot_)com>
Rewritten version is From: Grzegorz =?utf-8?q?Chrupa=C5=82a?= 
<grzegorz(_at_)ya(_dot_)com>

About to rewrite To: grzegorz(_at_)ya(_dot_)com
Rewritten version is To: grzegorz(_at_)ya(_dot_)com

fetchmail: SMTP< 220 localhost ESMTP Postfix (2.0.6) (Mandrake Linux)
fetchmail: SMTP> EHLO localhost
fetchmail: SMTP< 250-localhost
fetchmail: SMTP< 250-PIPELINING
fetchmail: SMTP< 250-SIZE 10240000
fetchmail: SMTP< 250-VRFY
fetchmail: SMTP< 250-ETRN
fetchmail: SMTP< 250-XVERP
fetchmail: SMTP< 250 8BITMIME
fetchmail: forwarding to localhost
fetchmail: SMTP> MAIL FROM:<grzegorz(_at_)ya(_dot_)com> SIZE=17348
fetchmail: SMTP< 250 Ok
fetchmail: SMTP> RCPT TO:<grzegorz(_at_)localhost>
fetchmail: SMTP< 250 Ok
fetchmail: SMTP> DATA
fetchmail: SMTP< 354 End data with <CR><LF>.<CR><LF>
#*fetchmail: message grzegorz(_at_)ya(_dot_)com@pop.adsl.ya.com:1 was not the 
expected 
length (1427 actual != 17348 expected)
fetchmail: SMTP>. (EOM)
fetchmail: SMTP< 250 Ok: queued as 968E1158F6
 flushed

There is this line beginning with #* that does not show up when I run 
fetchmail with only a single -v which seems to indicate that fetchmail is not 
getting the whole message for some reason. So maybe it is not a postfix 
problem after all but something to do with the communication between 
fetchmail and the pop server; I also checked /var/spool/mail/grzegorz as you 
suggested and the message in there is truncated. As I said before, when using 
KMail the whole message is correctly retrieved.

Thanks for your patience :)

-- 
Grzegorz Chrupała


<Prev in Thread] Current Thread [Next in Thread>