POP3 - Problem (WCM-Server)

[Dim]

Ich habe ein etwas seltsames Mail-Problem, das ich anfangs auf fehlerhaftes Routing zurückgeführt hatte. Ich konnte bei meinen Clients nicht auf meine E-Mails zugreifen (siehe Thread "WCM-Server & Outllok Express")!

Doch wie es nun aussieht handelt es sich um ein internes Serverproblem, da ich meine Mails auch direkt vom Servewr nicht abholen kann!

Wenn ich es versuche bekomme ich folgendes:

debian:~# fetchmail -u email_adresse@gmx.net -v -p POP3 pop.gmx.net
Enter password for email_adresse@gmx.net@pop.gmx.net:
fetchmail: 5.9.11 querying pop.gmx.net (protocol POP3) at Sat Mar  8 16:44:14 2003: poll started
fetchmail: POP3< +OK GMX POP3 StreamProxy ready <2670.1047135438@mp011-rz3>
fetchmail: POP3> CAPA
fetchmail: POP3< -ERR Unknown command.
fetchmail: Unknown command.
fetchmail: POP3> USER email_adresse@gmx.net
fetchmail: POP3< +OK May I have your password, please?
fetchmail: POP3> PASS
fetchmail: POP3< +OK mailbox has 1 messages (1586 octets)
fetchmail: POP3> STAT
fetchmail: POP3< +OK 1 1586
fetchmail: POP3> LAST
fetchmail: POP3< -ERR unknown command
fetchmail: unknown command
fetchmail: POP3> UIDL
fetchmail: POP3< +OK mailbox has 1 messages (1586 octets)
fetchmail: POP3< 1 763c55c02d767838167de2710ff2cc95
fetchmail: POP3< .
1 message for email_adresse@gmx.net at pop.gmx.net (1586 octets).
fetchmail: POP3> LIST
fetchmail: POP3< +OK mailbox has 1 messages (1586 octets)
fetchmail: POP3< 1 1586
fetchmail: POP3< .
fetchmail: POP3> TOP 1 99999999
fetchmail: POP3< +OK message follows
reading message email_adresse@gmx.net@pop.gmx.net:1 of 1 (1586 octets)
fetchmail: SMTP connect to localhost failed
fetchmail: POP3> QUIT
fetchmail: POP3< This is a multi-part message in MIME format.
fetchmail: SMTP transaction error while fetching from pop.gmx.net
fetchmail: 5.9.11 querying pop.gmx.net (protocol POP3) at Sat Mar  8 16:44:18 2003: poll completed
fetchmail: Query status=10 (SMTP)
fetchmail: normal termination, status 10

Woran liegt das? Kennt jemand dieses Problem? Was kann ich tun?

Danke
Dimitrij