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 |