On Thu, 2007-10-25 at 17:43 +0800, John Summerfield wrote: > Rodd Clarkson wrote: > > On Thu, 2007-10-25 at 17:10 +0800, John Summerfield wrote: > >> Rodd Clarkson wrote: > >> > >>>> A pause at send time suggests a DNS lookup's timing out. Could be your > >>>> end, could be the server's. > >>>> > >>>> What's in your /etc/resolve.conf ? > >>> # generated by NetworkManager, do not edit! > >>> > >>> > >>> > >>> nameserver 192.168.1.254 > >> Do your IP addresses reverse-resolve? > > > > not sure what this output means, but: > > > > [rodd@localhost ~]$ host 192.168.1.254 > > 254.1.168.192.in-addr.arpa domain name pointer home.gateway. > > [rodd@localhost ~]$ host home.gateway > > home.gateway has address 192.168.1.254 > > ;; Warning: short (< header size) message received > > ;; connection timed out; no servers could be reached > > ;; Warning: short (< header size) message received > > ;; connection timed out; no servers could be reached > > "time home.gateway" > Should be quick, like this, whether it works or fails. > 17:37 [summer@numbat ~]$ time host cdm > cdm.demo.lan has address 192.168.4.254 > > real 0m0.012s > user 0m0.004s > sys 0m0.005s > 17:37 [summer@numbat ~]$ time host 192.168.4.254 > Host 254.4.168.192.in-addr.arpa not found: 3(NXDOMAIN) > > real 0m0.298s > user 0m0.002s > sys 0m0.009s > 17:37 [summer@numbat ~]$ > [rodd@localhost ~]$ time host home.gateway home.gateway has address 192.168.1.254 ;; Warning: short (< header size) message received ;; connection timed out; no servers could be reached ;; Warning: short (< header size) message received ;; connection timed out; no servers could be reached real 0m20.050s user 0m0.002s sys 0m0.005s [rodd@localhost ~]$ time host 192.168.1.254 254.1.168.192.in-addr.arpa domain name pointer home.gateway. real 0m0.066s user 0m0.004s sys 0m0.005s [rodd@localhost ~]$ time host 192.168.1.100 ;; Warning: short (< header size) message received ;; connection timed out; no servers could be reached real 0m10.009s user 0m0.004s sys 0m0.006s [rodd@localhost ~]$ > > Those timeouts look to me to be your problem. You can try running > tcpdump on the server. Read the docs, but it's something like this: Yeah, it would appear to be. Sadly 192.168.1.254 is a wireless internet router, so I don't have much control there. > > tcpdump -i any -ttt port 53 and host 192.168.1.100 > > This shows how to combine criteria; you might want to leave the host off > to see where the requests that time out are going. > > > > > [rodd@localhost ~]$ > > > > > >>> > >>> /etc/resolv.conf (END) > >>> > >>> > >>> > >>>> Do you control the mail server? > >>> Yes? > >> Can your mail server resolve the IP addresses of your clients? > > > > Nope. > > That's probably part of the problem. Can you fix that? The mail server is in Western Australia (like you ;-] ) so it doesn't really need to be able to resolve my local IP stuff does it? -- "It's a fine line between denial and faith. It's much better on my side" -- fedora-test-list mailing list fedora-test-list@xxxxxxxxxx To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-test-list