On Mon, Jun 24, 2002 at 11:56:36AM +0200, Ralf Fassel wrote:
Just upgraded my fetchmail version from 5.9.12 to 5.9.13 this morning
and ran into the following error (5.9.12 runs fine BTW):
fetchmail: starting fetchmail 5.9.13 daemon
fetchmail: 5.9.13 querying mail.t-intra.de (protocol POP3) at Mon Jun 24
11:33:30 2002: poll started
fetchmail: POP3< +OK POP3Proxy server ready version 1.2.903.29791
fetchmail: POP3> CAPA
fetchmail: POP3> USER akutech.de\ralf
fetchmail: POP3> PASS
fetchmail: Unknown login or authentication error on
akutech(_dot_)de\ralf(_at_)mail(_dot_)t-intra(_dot_)de
fetchmail: socket error while fetching from mail.t-intra.de
fetchmail: 5.9.13 querying mail.t-intra.de (protocol POP3) at Mon Jun 24
11:33:30 2002: poll completed
fetchmail: Query status=2 (SOCKET)
fetchmail: Deleting fetchids file.
fetchmail: sleeping at Mon Jun 24 11:33:36 2002
A simple telnet session succeeds:
% telnet mail.t-intra.de pop3
Trying 62.156.147.75...
Connected to mail.t-intra.de.
Escape character is '^]'.
+OK POP3Proxy server ready version 1.2.903.29791
user akutech.de\ralf
+OK user
pass xxxxxxx
+OK User successfully logged on.
list
+OK 0 0
.
quit
+OK POP3Proxy signing off
But if I go the 5.9.13 way:
% telnet mail.t-intra.de pop3
Trying 62.156.147.75...
Connected to mail.t-intra.de.
Escape character is '^]'.
+OK POP3Proxy server ready version 1.2.903.29791
CAPA
Connection closed by foreign host.
It seems my pop3 server does not like the `CAPA' query (in fact, it
closes the connection on anything it does not like). Who is to blame?
Micro$oft again (I think this is a microsoft pop3 server at the other
end)? I can't find any reference to CAPA in rfc 1725, so I'm not
sure.
If you add `auth password' to your .fetchmailrc, it won't send
`CAPA'.
Matt
pgpORfg8ihQBy.pgp
Description: PGP signature