On Thursday 24 Jan 2008, Craig White wrote: > On Thu, 2008-01-24 at 15:24 +0000, Anne Wilson wrote: > > 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. > > ---- > the first 4 lines of /etc/hosts should look like this and apparently, > yours doesn't... > > # head -n 4 /etc/hosts > # Do not remove the following line, or various programs > # that require network functionality will fail. > 127.0.0.1 localhost.localdomain localhost > > ::1 localhost6.localdomain6 localhost6 > > Fix this first > They do look exactly like that :-) Two minutes ago the problem was solved. Sheer stupidity. I had forgotten to chkconfig on. Dovecot is now running and it looks as though I can now continue with preparing the account to take over the work. Thanks to all who tried to help. 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/3453ba45/attachment-0005.sig>