On Monday, 23 October 2017 09:46:37 BST Peter Humphrey wrote: > I still don't have it right. On fetching mail this morning I received just > one message, but webmail showed more than a dozen. A second attempt at > fetching them left this log entry: > > * Account 'Zen': Connecting to POP3 server: mailhost.zen.co.uk:995... > [09:35:05] POP3< +OK smarthost03b, Zen Internet POP3 Server Ready > [09:35:05] POP3> USER peter@prh.myzen.co.uk > [09:35:05] POP3< +OK Please enter your pass, with the PASS command. > [09:35:05] POP3> PASS ******** > [09:35:05] POP3< +OK Logged in. > [09:35:05] POP3> STAT > [09:35:06] POP3< +OK 13 198521 This shows you have 13 messages totaling 198,521 Bytes > [09:35:06] POP3> UIDL > [09:35:06] POP3< +OK UIDL List > [09:35:06] POP3> LIST > [09:35:06] POP3< +OK 13 messages (198521 octets) This doesn't look correct to me. I would expect to see a list containing each message followed by its unique ID, e.g.: 1 00WBw418fblah 2 foo:hdPYR ... 13 whateverswO . as per RFC1939 at least. Also missing is the RETR command, which will retrieve a numbered message and the DELE command which will mark the message(s) to be deleted when the client quits the session. > [09:35:06] POP3> QUIT > [09:35:06] POP3< +OK Goodbye. See you again sometime :) > > Why is claws not fetching those 13 messages? I can't answer this, other than by saying the above log entries do not display a complete transaction sequence I would expect to see between a client and a POP3 server. In the first instance I suggest you use openssl s_client to login on a terminal and fire the various commands at the server to see its responses. As long as the server does not error out, run RSET to unmark any messages so they are not deleted and QUIT. Then try again with Claws, increasing the log verbosity to see what you get. It may be the POP3 server implementation is incompatible with the Claws client, although in 2017 when POP3 would be deemed mature at best, if not technologically obsolete, this seems unlikely. Disclaimer 1: I have not used Claws for years now. Disclaimer 2: I've stopped using telnet to troubleshoot POP3 servers or read my emails for even more years than that. :-) -- Regards, Mick