|
From: Rob M. <rob...@gm...> - 2006-09-13 10:10:41
|
On 9/12/06, Roberto Meyer <rob...@gm...> wrote:
>
> Still having problems with it, I decided to put tcpdump in action. The
> problem is I don't really know much about it. I read the man pages and
> understood a little about flags, etc. but don't know a lot of tcp/ip.
>
> I've attached the output of two connections triggered at the same time
> for two different users through cron jobs. One of them was successful,
> the other one failed with a socket, status=2 result.
>
> The command I issued was:
> "tcpdump -v -s1500 -i eth0 -n tcp port 110 -w /tmp/tcpdump.raw"
>
> I've attached the 'text' version of it which I rescued through
> "tcpdump -r /tmp/tcpdump.raw"
Separating the 2 is, sadly, not possible. If you could capture one
working run and one failed run then I *may* be able to help work out
what's going wrong. It would help to have the binary pcap of the
failed run, though obviously you'd need to change passwords
immediately afterwards (or before and after) for security reasons.
I still think you'll get some information from a simple telnet. That
at least will confirm that it's not fetchmail that's at fault. Worth
noting that things like ECN can cause problems with remote mail
servers.
Can you provide the output of "ifconfig eth0" (feel free to mangle MAC
and IP addresses) and "cat /proc/sys/net/ipv4/tcp_ecn"?
--
Please keep list traffic on the list.
Rob MacGregor
Whoever fights monsters should see to it that in the process he
doesn't become a monster. Friedrich Nietzsche
|