No problem. Very weird problem though. Presumably your /etc/services does
not refer to pop-3 as an alias for pop3 or you're exceeding the max number
of defined aliases?

Ahh, just noticed, you're running RH 6.1. We develop and test on RH 6.2 (and
RH 7.1)...
Mystery solved. Can't guarantee there won't be any other 6.1 gotcha's
though. Considered moving to RH 6.2?

> -----Original Message-----
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Gary Reid
> (cars-sold)
> Sent: 29 May 2001 22:19
> To: [EMAIL PROTECTED]
> Subject: Re: pop not virtualised?
>
>
> just to follow up - removing the sendmail daemon and init script and
> rebooting the host (hard reboot) brought up sendmail on the VS's
>
> thanks for your help Tim
>
> Gary
>
> ----- Original Message -----
> From: "Tim Sellar" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Tuesday, May 29, 2001 9:15 PM
> Subject: RE: pop not virtualised?
>
>
> > There should definitely only be one uncommented reference to pop-3 in
> > /etc/inetd.conf. When you have commented out the 'non-virtuald
> entry' are
> > any errors reported in the syslog after the 'killall -HUP inetd'? Also,
> > after the restart does 'netstat -nl' show listening process on ports 110
> and
> > 25?
> >
> > > -----Original Message-----
> > > From: [EMAIL PROTECTED]
> > > [mailto:[EMAIL PROTECTED]]On Behalf Of Gary Reid
> > > (cars-sold)
> > > Sent: 29 May 2001 20:23
> > > To: [EMAIL PROTECTED]
> > > Subject: pop not virtualised?
> > >
> > >
> > > Hi
> > >
> > > this is an install using rpm and pre built skel, 1.4.8 on a clean
> > > install of
> > > Red Hat 6.1 -
> > >
> > > can anbody see the 'obvious' mistake we are making here as
> apparently we
> > > should have this working :)
> > >
> > > We do not appear to have pop virtualised. If we connect like so from a
> > > remote server:
> > >
> > > telnet 11.11.66.77 110
> > >
> > > we get connected to qpopper at the host not the VS (the IP is
> just made
> up
> > > but we did use the correct one)
> > >
> > > If we connect like this locally from the host server:
> > >
> > > telnet 11.11.66.77 pop3
> > >
> > > we still get connected to qpopper at the host not the VS
> > >
> > > HTTP and FTP work fine (and ftp 11.11.66.77 shows the correct
> > > servername so
> > > does telnet 11.11.66.77) for the VS but not POP/SMTP
> > >
> > > In inetd.conf the main servers pop3 stream is not commented out -
> > >
> > > pop3   stream  tcp     nowait  root     /usr/sbin/tcpd in.qpopper
> > >
> > > but if we do comment it out and killall -HUP inetd then the server
> refuses
> > > all connections to pop - local or not. The rest of inetd.conf
> looks like
> > > this:
> > >
> > > ftp stream tcp nowait root /usr/sbin/virtuald tcpd
> > > /usr/sbin/proftpd -d -l
> > > telnet stream tcp nowait root /usr/sbin/virtuald tcpd
> /usr/sbin/in.telnetd
> > > pop-3 stream tcp nowait root /usr/sbin/virtuald tcpd
> /usr/sbin/in.qpopper
> > > smtp stream tcp nowait root /usr/sbin/virtuald tcpd
> /usr/sbin/sendmail -bs
> > > vsd stream tcp nowait root /usr/sbin/virtuald tcpd /usr/sbin/vsd
> > > svsd stream tcp nowait root /usr/sbin/virtuald tcpd /usr/sbin/vsd
> > >
> > > Both the host and the VS resolve correctly and have valid reverse
> lookups
> > > enabled - with nslookup for domain and IP done on a
> > > non-authoritative server
> > >
> > > ifconfig after a reboot of the vs shows (11.11.66.77 has been replaced
> for
> > > the real IP's but the number sequence is the same):
> > >
> > > [root@ns /sbin]# ./ifconfig
> > > eth0      Link encap:Ethernet  HWaddr 00:50:DA:64:D0:17
> > >           inet addr:11.11.66.70 Bcast:11.11.66.255  Mask:255.255.255.0
> > >           UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
> > >           RX packets:792281 errors:0 dropped:0 overruns:1 frame:0
> > >           TX packets:78261 errors:0 dropped:0 overruns:0 carrier:0
> > >           collisions:1794 txqueuelen:100
> > >           Interrupt:9 Base address:0xdc80
> > >
> > > eth0:0    Link encap:Ethernet  HWaddr 00:50:DA:64:D0:17
> > >           inet addr:11.11.66.71Bcast:11.11.66.255 Mask:255.255.255.0
> > >           UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
> > >           Interrupt:9 Base address:0xdc80
> > >
> > > eth0:1    Link encap:Ethernet  HWaddr 00:50:DA:64:D0:17
> > >           inet addr:11.11.66.72 Bcast:66.255.255.255
> Mask:255.255.255.255
> > >           UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
> > >           Interrupt:9 Base address:0xdc80
> > >
> > > eth0:2    Link encap:Ethernet  HWaddr 00:50:DA:64:D0:17
> > >           inet addr:11.11.66.77  Bcast:66.255.255.255
> > > Mask:255.255.255.255
> > >           UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
> > >           Interrupt:9 Base address:0xdc80
> > >
> > > lo        Link encap:Local Loopback
> > >           inet addr:127.0.0.1  Mask:255.0.0.0
> > >           UP LOOPBACK RUNNING  MTU:3924  Metric:1
> > >           RX packets:7899 errors:0 dropped:0 overruns:0 frame:0
> > >           TX packets:7899 errors:0 dropped:0 overruns:0 carrier:0
> > >           collisions:0 txqueuelen:0
> > >
> > > If anyone has any ideas on where else to look we would very much
> > > appreciate
> > > it
> > >
> > > regards
> > >
> > > Gary
> > >
> > >
> >

Reply via email to