Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!tut.cis.ohio-state.edu!gem.mps.ohio-state.edu!uakari.primate.wisc.edu!bin
From: bin@primate.wisc.edu (Brain in Neutral)
Newsgroups: comp.sys.mips
Subject: Re: /usr/lib/sendmail.smtp
Message-ID: <1000@uakari.primate.wisc.edu>
Date: 9 Nov 89 14:40:39 GMT
References: <1989Nov9.052724.21405@sony.com>
Sender: bin@primate.wisc.edu
Reply-To: bin@primate.wisc.edu
Distribution: na
Lines: 30

From article <1989Nov9.052724.21405@sony.com>, by dce@sony.com (David Elliott):
> In article <13666@boulder.Colorado.EDU> hartzell@boulder.Colorado.EDU (George Hartzell) writes:
>>In article <2042@cs-spool.calgary.UUCP>, cliff@.UCalgary writes:
>>>Does anyone know what /usr/lib/sendmail.smtp is used for?  (I'm unable
>>>to find why in the RISC/os 4.10 docs, perhaps I missed it...)
> 
> I believe that all of this is documented in the sendmail installation
> guide, and if it isn't, someone at MIPS should document it.

It's not in the sendmail inst. guide, I don't think.  It was documented
in the UMIPS 3.10 stuff, but I haven't come across it in the RISC/os 4
stuff yet (though perhaps it's in there).

The purpose of sendmail.smtp is to make you realize that you should throw
away as much of the MIPS mail stuff as you can and replace it all with BSD
sendmail/Mail/mail.  It is possible to get rid of everything except
/bin/mail.  Perhaps even that, but I haven't figured out how.

This business of munging through /etc/hosts nightly is a hack, too.  There's
a cron script that puts a link in /usr/hosts for *EVERY SINGLE NAME* in
/etc/hosts, so if your host file is any size at all (mine is, even though I
use BIND) you end up with this huge directory full of links you'll never
use more than a fraction of a percent of.

The astute reader will have guessed by now that although I like my MIPS,
mail support is the single thing I have experienced the most frustration
with.

Paul DuBois
dubois@primate.wisc.edu