Re: [Fetchmail-users] fetchmail -ERR message 1 not found

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

Am 10.02.2015 um 15:00 schrieb Claudio Mendes:
> hi,
> somehow can't get fetchmail to work properly
> # Configuration created Tue Feb 10 10:18:32 2015 by fetchmailconf 1.52 $Revision: 4636 $set postmaster "ad...@do..."#set nobouncemail#set no spambounce#set properties ""#set daemon 900poll mail.domain.com with proto POP3 localdomains domain.com    envelope X-Originally-To       user 'user' with password 'pass' to * here options smtphost  192.168.15.150
> 
> fetchmail: WARNING: Running as root is discouraged.fetchmail: 6.3.2 querying mail.domain.com (protocol POP3) at Tue Feb 10 10:38:09 2015: poll startedfetchmail: POP3< +OK POP3 server ready <848...@ma...>fetchmail: POP3> CAPAfetchmail: POP3< -ERR bad commandfetchmail: bad commandfetchmail: Repoll immediately on us...@ma...fetchmail: POP3< +OK POP3 server ready <210...@ma...>fetchmail: POP3> USER userfetchmail: POP3< +OKfetchmail: POP3> PASS *fetchmail: POP3< +OK connectedfetchmail: POP3> STATfetchmail: POP3< +OK 1 3255fetchmail: POP3> LASTfetchmail: POP3< -ERR bad commandfetchmail: bad commandfetchmail: POP3> UIDLfetchmail: POP3< +OK listing followsfetchmail: POP3< 1 15021010380695fetchmail: POP3< .1 message for user at mail.domain.com (3255 octets).fetchmail: POP3> LIST 1fetchmail: POP3< -ERR message 1 not foundfetchmail: message 1 not foundfetchmail: POP3> QUITfetchmail: POP3< +OKfetchmail: client/server protocol error whil
e fetching from us...@ma...fetchmail: 6.3.2 querying mail.domain.com (protocol POP3) at Tue Feb 10 10:38:09 2015: poll completedfetchmail: Query status=4 (PROTOCOL)fetchmail: normal termination, status 4Done. 		 	   		  

Claudio,

the server offers a message with number 1 in the UIDL reply, but refuses
to list its size when fetchmail asks for it (although it seems to know
the mailbox size).  While I concur with Jerry's and Rob's assessments, a
fetchmail update - while still advised - isn't going to help here
because the trouble is on the server's end.

Nothing can cope with a server that promises a message and then fails to
deliver it.

Please reproduce the log with line breaks intact and without
reformatting, and forward it to the POP3 server's administrator with a
polite request to check into and resolve the issue.

The technical reference for how the server should behave is RFC 1939,
found for example here: <http://tools.ietf.org/html/rfc1939>

Hope that helps.

Best,
Matthias