Xref: utzoo comp.sys.apollo:7659 comp.mail.mh:1366
Path: utzoo!utgpu!news-server.csri.toronto.edu!bonnie.concordia.ca!uunet!zaphod.mps.ohio-state.edu!usc!jarthur!ucivax!jromine
From: jromine@buckaroo.ics.uci.edu (John Romine)
Newsgroups: comp.sys.apollo,comp.mail.mh
Subject: Re: Mail handler, mh, questions.
Message-ID: <279C6D39.3108@ics.uci.edu>
Date: 22 Jan 91 16:50:01 GMT
References: <812@nddsun1.sps.mot.com>
Reply-To: jromine@ics.uci.edu (John Romine)
Followup-To: comp.mail.mh
Organization: UC Irvine Department of ICS
Lines: 43
Nntp-Posting-Host: buckaroo.ics.uci.edu

turner@smart.sps.mot.com (Robert Turner) writes:
>In configuring mh, I understood that the node running the sendmail
>daemon is required before starting the compile.  Apollo ships a
>version of mh in /usr/new/mh that does not require the node to be
>specified.  How is this done?

Don't compile with "mts: .../smtp".  The "/smtp" option causes MH
to post using a TCP connection to the SMTP port.  Without that
option, it will fork/exec sendmail.

>I have noted the difference in the compile option switch "[APOLLO]".

Maybe Apollo made some changes?  Do you have their source?

>My version of mh:
>version: MH 6.6 #3[UCI] (vern) of Mon Sep 17 12:08:55 MST 1990
>options: [BSD42] [BSD43] [BERK] [BIND] [TTYD] [DUMB] [NFS] [MHE] [MHRC]
>         [NETWORK] [RPATHS] [SBACKUP='"#"']
>         [MORE='"/usr/local/bin/dmcat"'] [SENDMTS] [SMTP]

Unless you're running TTYD, you probably don't want that option.  The
newest release is MH 6.7.1 -- there've been a lot of bug fixes since
MH 6.6.

>Apollo's version of mh:
>version: MH 6.6 #1[UCI] (ics) of Tue May 24 15:51:53 PDT 1988
>options: [BERK] [BIND] [BSD42] [BSD43] [DUMB] [MHE] [RPATHS] [TTYD]
>         [UCI] [SBACKUP='"#"'] [SENDMTS] [APOLLO]

I wouldn't have included the "UCI" option if I were them, since it's
somewhat specific to UC Irvine.  Also, unless they're supplying TTYD,
they shouldn't include that option.  In MH 6.7, there's little reason
to use the BERK option.

>In the .mh_profile for show I have declared a showproc and some arguments
>that go with that program.
>show: -showproc /user/turner/sources/dmedit/dmcat2 -w1

Sorry, but options don't take extra arguments.  Make your showproc a
shell script which execs your dmcat2 program with any extra arguments
you want.
--
John Romine