Re: [fetchmail-users] fetchmail: message .....:1 was not the expected length (30792 actual != 30347 expected), not flushed

[Otto R. (AP-SGP) <ot...@ap...>]

Hi Matthias,

Thanks for the quick reply. I'm confused as to which failure part is 
causing fetchmail to "not flush" messages on the ISP server. You say its 
because of the "dns" error on my server - however this same "dns" error 
happens on many other messages and these messages still gets flushed 
from the ISP side.(I have analyzed the successful logs - where 
successful means the message is download from ISP and flushed on ISP 
side )( I only give you the log of the failed message ie the message 
that does not get flushed). It only doesn't get flushed when I have this 
messge:

........fetchmail: message ro...@am...@mail.sg.gs:1 was not the 
expected length (30792 actual != 30347 expected) not flushed.

What I'm saying is there are many other "spam/junk" mails where the 
address does not dns resolve (same as per my log) , yet it still gets 
downloaded (fetchmail'ed) to my server from my isp and gets flushed from 
the ISP server. It is only occasionally where the message has the 
"length" error and does not get flushed from the ISP server.

I'm not sure if I have explained it properly - and hopefully this sort 
of thing has been seen before and resolved.

Again thanks.

Rgds. Otto.

 
Matthias Andree wrote:
> Otto Rodusek (AP-SGP) schrieb:
>
>   
>> I'm having some minor problems issues with fetchmail v6.3.5.
>>     
>
>   
>> This only happens on junk mails and never on "real" mail.
>>     
>
>   
>> Is there any possible solution to this?? (Currently I have to regularly 
>> login to the webmail access on the ISP and manually clean those emails).
>>     
>
> Not inside fetchmail.
>
>   
>> fetchmail: SMTP> MAIL FROM:<all...@cl...> SIZE=30347
>> fetchmail: SMTP< 451 DNS temporary failure (#4.5.1 - chkuser)
>> fetchmail: SMTP error: 451 DNS temporary failure (#4.5.1 - chkuser)
>>     
>
> As you see here, your local MTA doesn't accept the sender domain,
> click4solutions..., and temporarily refuses the message, so fetchmail
> tries again at the next poll cycle.
>
> Messages about size mismatches are warnings (most of the time at least)
> and don't make fetchmail abort the delivery voluntarily.
>
> You might try to blacklist that click4sol... domain in your MTA so it
> responds with some code between 500 and 599 inclusively, then fetchmail
> will know it's pointless to retry.
>
> HTH
> MA
>
>
>