On Thursday 24 Jan 2008, Alain Spineux wrote: > On Jan 24, 2008 12:53 PM, Anne Wilson <cannewilson at googlemail.com> wrote: > > I have used fetchmail/procmail/postfix/dovecot/kmail for some time on my > > mail server, and have set this up on three or four machines in the past. > > I'm now setting up a new server and having problems. I've reached the > > thinking-in-circles stage, so need a prompt. > > > > The box in question is called borg2.lydgate.lan, and resides at > > 192.168.0.40. I can ping both borg2.lydgate.lan and 192.168.0.40, yet > > kmail tells me that it cannot connect to it, either by name or ip. > > /etc/hosts has correct lines for the box. It has to be something pretty > > basic, but I can't think what, unless it is either an selinux problem or > > ipv6 problem. I know that in FC6 I turned ipv6 off (I'd have to search > > to find how to do that again). > Thanks for replying. > What about firewall rules ? > # iptables -L > I've not used iptables directly before, so perhaps you'd look over the current status: iptables Chain INPUT (policy ACCEPT) target prot opt source destination RH-Firewall-1-INPUT all -- anywhere anywhere Chain FORWARD (policy ACCEPT) target prot opt source destination RH-Firewall-1-INPUT all -- anywhere anywhere Chain OUTPUT (policy ACCEPT) target prot opt source destination Chain RH-Firewall-1-INPUT (2 references) target prot opt source destination ACCEPT all -- anywhere anywhere ACCEPT icmp -- anywhere anywhere icmp any ACCEPT esp -- anywhere anywhere ACCEPT ah -- anywhere anywhere ACCEPT udp -- anywhere 224.0.0.251 udp dpt:mdns ACCEPT udp -- anywhere anywhere udp dpt:ipp ACCEPT tcp -- anywhere anywhere tcp dpt:ipp ACCEPT all -- anywhere anywhere state RELATED,ESTABLISHED ACCEPT tcp -- anywhere anywhere state NEW tcp dpt:smtp ACCEPT tcp -- anywhere anywhere state NEW tcp dpt:nfs ACCEPT tcp -- anywhere anywhere state NEW tcp dpt:ssh ACCEPT udp -- anywhere anywhere state NEW udp dpt:netbios-ns ACCEPT udp -- anywhere anywhere state NEW udp dpt:netbios-dgm ACCEPT tcp -- anywhere anywhere state NEW tcp dpt:netbios-ssn ACCEPT tcp -- anywhere anywhere state NEW tcp dpt:microsoft-ds REJECT all -- anywhere anywhere reject-with icmp-host-prohibited > Did you tries do login localy ? > > # telnet localhost 25 > ... That's OK. > # telnet localhost 110 > .. > # telnet localhost 143 > .. Both these produce ''Temporary failure in name resolution'. > > Remotly ? > > # telnet 192.168.0.40 25 > ... > # telnet 192.168.0.40 110 > ... > # telnet 192.168.0.40 143 > ... telnet: Unable to connect to remote host: No route to host How can that be? Pings work OK. > > Did you in your logs ? After the last postfix reload there is postfix/smtpd[3284]: connect from localhost[127.0.0.1] postfix/smtpd[3284]: disconnect from localhost[127.0.0.1] That looks a bit odd. Apart from that, I can't see anything relevant. Anne -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part. URL: <http://lists.centos.org/pipermail/centos/attachments/20080124/33dcb669/attachment-0005.sig>