Err, sorry I was thinking back to my Redhat days.... and I think you said you run SuSE. I've never run SuSE before but from what I can find you need to make sure there is a line in /etc/sysconfig/mail that states:
SMTPD_LISTEN_REMOTE="yes" You will probably need to re-run that SuSEconfig program or whatever it is called and restart sendmail. Cheers, Trevor Trevor Lauder said: > To get sendmail to listen to your network interfaces and not just the > loopback look in /etc/mail/sendmail.mc for a line that looks like the > following: > > DAEMON_OPTIONS(`Port=smtp,Addr=127.0.0.1, Name=MTA') > > Comment out that line by putting a 'dnl' in front of it so that it looks > like this: > > dnl DAEMON_OPTIONS(`Port=smtp,Addr=127.0.0.1, Name=MTA') > > You will need to regenerate the config file with the following command: > > m4 /etc/mail/sendmail.mc > /etc/sendmail.cf > > and restart sendmail. That should get it listening on your network > interfaces. > > Cheers, > > Trevor > > Shawn Grover said: >> I agree - the POP3 server is not running or is inaccessible. However, >> I need to make Sendmail use the NIC interface instead of the loopback >> interface - at least as far as SMTP goes. I think that would also be >> related to the POP3 issues. I'll run the netstat command once I get >> home. I'm not as tired right now, so maybe I'll find something simple >> I missed last night. >> >> Thanks for the support again. >> >> Shawn >> >> -----Original Message----- >> From: Aaron J. Seigo [mailto:[EMAIL PROTECTED] >> Sent: Tuesday, March 11, 2003 5:56 PM >> To: [EMAIL PROTECTED] >> Subject: Re: (clug-talk) More email server frustrations >> >> >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> On Tuesday 11 March 2003 09:26, Shawn Grover wrote: >>> The normal looking message is the standard: >>> Escape Character [ >>> Connection closed by the server >> >> you don't have a pop server running on that port, obviously. therefore >> the problems. >> >> what does `netstat -tlp` show on the machine? and a remote nmap of the >> machine? >> >>> (POP doesn't keep a connection open, whereas SMTP does). >> >> i'm pretty sure POP keeps a connection open until the client (or >> server) ends >> it. >> >>> I should also note, I was getting this sequence when I did a telnet >>> to >> port >>> 110 from the server in question. Doing the same from my workstation >>> just returned a connection refused (meaning the port wasn't found). >> >> well, meaning you don't have a pop server running.. did you remember >> to add an >> entry in your inetd or xinetd settings for it? >> >> - -- >> Aaron J. Seigo >> GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA EE75 D6B7 2EB1 A7F1 DB43 >> >> KDE: The 'K' is for 'kick ass' >> http://www.kde.org http://promo.kde.org/3.1/feature_guide.php >> -----BEGIN PGP SIGNATURE----- >> Version: GnuPG v1.2.1 (GNU/Linux) >> >> iD8DBQE+boW21rcusafx20MRAoThAJ49msZooPOL6m6mU/9fuaOKsMBm5QCbBCNP >> QLPN3KtlVhZMZQ2UOXliSQY= >> =stQv >> -----END PGP SIGNATURE-----
