Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!wuarchive!rex!uflorida!gatech!usenet.ins.cwru.edu!ncoast!allbery
From: allbery@NCoast.ORG (Brandon S. Allbery KB8JRR/AA)
Newsgroups: comp.unix.sysv386
Subject: Re: Setup problems with SCO SysV
Message-ID: <1991Apr16.012135.6214@NCoast.ORG>
Date: 16 Apr 91 01:21:35 GMT
References: <148@maxx.UUCP>
Reply-To: allbery@ncoast.ORG (Brandon S. Allbery KB8JRR/AA)
Followup-To: comp.unix.sysv386
Organization: North Coast Public Access Un*x (ncoast)
Lines: 63

As quoted from <148@maxx.UUCP> by tyager@maxx.UUCP (Tom Yager):
+---------------
| It's been years since I've had to fiddle with SCO UNIX, and at one time, I
| had solutions to these problems (at least I think I did), but now I've
| forgotten them all. SCO experts, have at--here's the list:
+---------------

Nit-pick:  your experience is with Xenix, not Unix.  And they *do* differ.
(And, unfortunately, SCO's "Unix" is borderline incompatible with real Unix,
never mind all the bloody standards they claim to support.)

+---------------
| - I need to have a shared (incoming/outgoing) modem line. I tried setting up
|   tty1A according to the manual, but got all kinds of unpleasant behavior,
|   including intermittent failure to drop DTR after logout (yes, I added
|   HUPCL to gettydefs) and obvious failure of getty to get out of the way
|   when cu or uucico comes up. I have the sources to the FASY driver (it's
+---------------

Which version?  Altos 1.0aC0 had a broken uugetty, 1.1aC0 is somewhat more
sensible.  But I have also had problems, which Altos tells me will be fixed in
the next version (hopefully out later this month).  (This version will be SCO
3.2.2 with the virtual disk mechanism added... and the virtual disk mechanism
is the integrated one from the 1000/2000, not the hack they threw together
initially.)

+---------------
|   I have tried uugetty with no success, and don't relish the idea of hacking
|   on those horrid C dialer programs (I use the more traditional System V
|   Devices and Dialers file structures, purposely skipping those C dialers).
+---------------

No argument there.

+---------------
| - I, and the users who dial into my system, like being able to address mail
|   with Internet addresses and have them automatically parsed and passed to
|   a relay host via UUCP. smail's doing it for me now, and, again, I can
+---------------

If you have ftp access, get mmdf2.tar.Z from louie.udel.edu.  It's worth it
just for the documentation.

In any case, mmdf is driven off tables which are similar to pathalias output
files.  In this case, you would specify in the uucp channel file that
uunet.uu.net is reachable via smarthost; then addresses of that sort will be
sent to uunet for handling.  Make sure you rebuild the mmdf tables after
changing the channel file.

I post this instead of mailing for two reasons:  (1) to mention the virtual
disk stuff (non-Altos SCO Unix users can expect to see it in the future, I
believe... you have been warned) and to mention that SCO has a document on
configuring MMDF which is probably available from the anonymous uucp archives
on sosco.  Check the SCO SLS list that's periodically posted here for more
information on getting to those archives.  It's worth mentioning here because
MMDF configuration questions seem to be fairly common.

++Brandon
-- 
Me: Brandon S. Allbery			  Ham: KB8JRR/AA on 2m, 220, 440, 1200
Internet: allbery@NCoast.ORG		(QRT on HF until local problems fixed)
America OnLine: KB8JRR // Delphi: ALLBERY   AMPR: kb8jrr.AmPR.ORG [44.70.4.88]
uunet!usenet.ins.cwru.edu!ncoast!allbery          KB8JRR @ WA8BXN.OH