Re: [fetchmail-users] message...was not the expected length...not flushed

[Matthias A. <mat...@gm...>]

Otto Rodusek schrieb am 2007-02-02:

> I am doing a fetchmail from my ISP to my local server with the following 
> command: 
> 
> fetchmail -K -F -f /menu/fetchmailrc  where fetchmailrc is 
> 
> poll mail.sg.gs protocol pop3 username ro...@aa... password SECRET to 
> ro...@aa... 
> 
> My ISP's email server is using QMAIL. 

The qmail pop server has been known for a while to miscalculate message
lenghts, violating RFC-1939, but you can't bother DJB to fix this...
http://home.pages.de/~mandree/qmail-bugs.html section 3.4

> Fetchmail works just fine, however often times it DOES NOT delete the read 
> message on the ISP's side (in each case it is definitely a JUNK mails) as 
> per the log file below. I understand the problem and I have read the part 
> about fetchmail/qmail however - 

Tell the ISP not to accept junk mail.

> IS ther ANY WAY for have fetchmail FORCE-DELETE these emails of the ISP 
> server?? 

Yes, but as Rob correctly states, that way would endanger your
legitimate mail.

> fetchmail: SMTP> MAIL FROM:<egt...@sc...>
> fetchmail: SMTP< 451 DNS temporary failure (#4.3.0)

DNS problem or the upstream should not accept messages from unresolvable
domains. This prevents flushing your messages.

> fetchmail: SMTP> RSET
> fetchmail: SMTP< 250 flushed
> fetchmail: message ro...@aa....@mail.sg.gs:3 was not the expected length 
> (17967 actual != 17679 expected)

Not related to your problem (fetchmail only reports this for your
information, but it's nothing more; fetchmail pretends this problem
hadn't existed after it's reported it.)

-- 
Matthias Andree