Re: I'm wondering if I've somehow dropped off the list?

Matthias Andree via Fetchmail-users <[email protected]> Wed, 14 Feb 2024 22:10:09 +0100
Newsgroups gmane.mail.fetchmail.user
Message-ID <[email protected]>
Am 13.02.24 um 22:34 schrieb graeme vetterlein:
> The last "other person" email I saw was 29 Jan ..
>
> I saw my own mail come back to me on 7th feb ... but no response.


That can happen without your dropping off the list.

People get distracted, go on business trips, have week-end plans,
whatever. Else show your support contract to claim service :-)


> There are a few interesting "gotchas" along the way  which may be of
> interest.
>
>
> Using -vv :
>
>
> fetchmail: POP3> LAST
> fetchmail: POP3< -ERR bad command
> fetchmail: bad command
>
>
> It seems this is "expected" ... it would be nice if the verbose log
> added that info "LAST is often not supported, it's OK"

I am not sure if fetchmail should lecture people on defunct/superseded
versions of the standard (RFC-1460), this is a compatibility hack that
is quite assuming... and LAST was removed 30 years ago, for good
reasons. Arguably we should probably remove the remnants in the code.
For robustness, it's either UIDL or "take it all". It should be clear
from fetchmail's not reporting an error and continuing that it is up to
more useful protocol things.

>
> The full set of messages I originally got:
>
>
> fetchmail: POP3> STAT
> fetchmail: POP3< +OK 2 12792
> fetchmail: POP3> LAST
> fetchmail: POP3< -ERR bad command
> fetchmail: bad command
> fetchmail: POP3> UIDL
> fetchmail: POP3> TOP 1 1
> fetchmail: protocol error while fetching UIDLs
> fetchmail: POP3> QUIT
> fetchmail: client/server synchronization error while fetching from
> [email protected]@pop3.my.provider.net
> fetchmail: 6.4.16 querying pop3.my.provider.net (protocol POP3) at Tue
> 13 Feb 2024 16:59:19 GMT: poll completed

If that persists with any version since and including 6.4.34, let me
know. The trace as posted looks as though the server had not replied to
UIDL at all (which I find strange because fetchmail should wait for a
reply before sending TOP 1 1 to get the header of the first message),
but I am not going to look into bugs of older versions.




_______________________________________________
Fetchmail-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/fetchmail-users