[comp.sys.apollo] question regarding sendmail

parlier@devvax.JPL.NASA.GOV (Randy Parlier) (04/02/88)

	I have a couple of questions I hope some-one can help me out with.

	We have two Apollo 3000's here and I've been trying to get sendmail
	and printing to work on both of them.  They are connected together
	on the token ring network.

	Our printer is hooked up to a Sun machine.  After editing the printcap
	file on Apollo #1 printing works fine.  But from Apollo #2 (which
	shares the same printcap file) complains:
			
			"lpr: socket: connection refused "
			"jobs queued but cannot start daemon"

	Sendmail from Apollo #1 to the other (#2) also complains about connections.

			"connecting to apollo#2.tcp"
			"parlier@apollo#2... Deferred:Connection refused"

	This mail will come back saying it tried to deliver for 3 days without success.

	I just checked the files and Apollo #1 has /usr/lib directory which is shared by
	Apollo#2.  Also 'tcp' is on the Apollo#1 which is shared by Apollo#2.

	On Apollo#1, I tried sendmail to itself and it worked.

	I tried the same thing on Apollo#2 but it came back with this error:

			"cannot exec "/bin/mail" errno=13
			"554 <parlier@paine>... service unavailable"

	Sendmail from Apollo#1 and Apollo#2 to our Sun host works ok.
	Sendmail from our Sun host to Apollo one gives the same error as above:

			"cannot exec "/bin/mail" etc..."

	Sendmail from our Sun to Apollo#2 gives the error:

			"conneting to apollo#2.ether"
			"parlier@apollo#2... Deferred: Connection refused."

	I've searched every where but can't find out anything.

	We can ftp, telnet, rlogin, rcp, rsh in any direction between these machines with out any
	errors.  Just socket connections using lpr or sendmail to Apollo#2 don't work and we can't
	exec /bin/mail using sendmail on Apollo#1.

	I've tried 'rsh Apollo#1 exec /bin/mail' and it works so I could have a flag set in 
	sendmail.cf that is being passed to /bin/mail causing it to bomb out.

	Any help on this would make me joyful.

	Thanks,

	Randy Parlier
	parlier@poe.jpl.nasa.gov

paul@MRFLOODS.CC.UMICH.EDU ('da Kingfish) (04/08/88)

 
 
Are you running sendmail -bd on the Apollos?  Look in your sun's
/etc/rc.* files, and see how sendmail starts.  Probably something like
"/usr/lib/sendmail -bd -q1h" or something.  Sendmail listens on the smtp
port, and if it's not, you'll see the connection refused message.

Make sure /bin/mail is run as root, or can create files in a
/usr/spool/mail directory, which should also exist.   Make sure
sendmail can exec a /bin/mail, as well.  We run sendmail as root, and
/bin/mail is setuid root, too.

An easy way to see what /bin/mail is getting is to replace
(temporarily, so save a copy) /bin/mail with a shell called /bin/mail
that looks like this:

#!/bin/sh
echo $* > /tmp/binmail.$$ 
cat - >> /tmp/binmail.$$ 
exit 0

Make that mode 555, or whatever, so you know any user could execute
it.

You want to see the args and the message contents, basically.  Flags
for Mlocal in sendmail.cf could be something like "F=rlsDFMmn".
"A=mail -d $u" is needed, too.  If binmail gets invoked as "mail -d
paul@host" instead of "mail -d paul" something else is wrong too.

--paul