HDTenEightyP/NetNews huggingface dataset:
From: walker@uunet!fdls!agdept (Walker)
Subject: rlogin - how to pass data to
A-Internet: dougw@agdept.odag.or.gov
Keywords: rlogin
C-Phone: (503) 378-5869
Organization: Oregon Department of Agriculture
B-Uucp: uunet!agdept!dougw
Date: Thu, 31 Dec 1992 23:30:38 GMT

We are setting up a remote machine that will be limited to data base 
applications.  All users will login through a host and will operate from a 
menu on the host.  If the menu item selected is not data base related, such as
Word Processing, they will execute the application on the host.  But, if
they select a data base application, such as SANITARIAN INSPECTION
SCHEDULING, then we want to have them do a transparent rlogin to the remote
machine
and execute the data base application.  Since there will be several different
data base applications on the remote machine, data must somehow be passed to
the rlogin so a decision can be made about which data base application to
execute.

As far as I can tell, environmental variables on the host are not passed to
the remote machine during the rlogin process.  So, I'm seeking advice from
the net on how to get data about which data base application to select
passed to the remote login. 

Both the host machine and the remote machine are running Unix V, Release 3.

Thanks.

	. . .  Doug Walker     
 
-- 
-----------------------------------------------------------------------------

Doug Walker       uunet!agdept!walker  -or-  walker@agdept.odag.or.gov
Oregon Department of Agriculture, Salem, Oregon           (503) 378-5869
From: probreak@matt.ksu.ksu.edu (James Michael Chacon)
Newsgroups: comp.unix.admin
Subject: Re: Horror Stories UNIX Admin!
Date: 23 Dec 1992 16:50:28 -0600
Organization: Kansas State University
NNTP-Posting-Host: matt.ksu.ksu.edu

zcjm0f@wwnv67.hou.amoco.com (CJohn Mace) writes:

>In article <1992Dec23.195049.13809@ultb.isc.rit.edu> axi0349@ultb.rit.edu () writes:
>>In <1992Dec23.095132.1@vax.sonoma.edu> mccalld@vax.sonoma.edu writes:
>>>Please repost the Horror stories!
>>>thanks
>>
>>I'd love to, especially since I have had some additions since the last
>>posting.  However, I've had a couple complaints that I should not be
>>posting stuff like the Horror Story Summary to the net because it's
>>not a FAQ and it's too big.  Granted these complaints were from a couple
>>of people who pay long distance connect charges for their newsfeeds, but
>>I understand budget problems.  I know I have enough of my own.
>>
>>Basically, what I'm looking for is an overwhelming response telling me
>>it's ok to post this to the net, or a suggestion of an ftp site where
>>I could upload it.  I don't know if there's a special section for
>>comp.unix.admin on existing sites (ie. wuarchive).  Of course, this
>>creates a problem for people without ftp access (there's always ftpmail).
>>I'm leaning toward reposting the whole thing on a monthly basis, but I'm
>>pretty flexible.

>its ok to post the stories.  :-)

>if someone wants to complain about the size costing them money, then they
>should probably buy a faster modem...

Or just don't subscribe to this group. People bitching about how much news
costs them really gets to me, because it was their choice in the first
place to receive it.     

Oh yea, please post it again, its hilarious to read.

James
Xref: sparky comp.unix.admin:6744 comp.unix.internals:2075 comp.misc:4673 comp.periphs.scsi:6206
From: kludge@grissom.larc.nasa.gov (Scott Dorsey)
Newsgroups: comp.unix.admin,comp.unix.internals,comp.misc,comp.periphs.scsi
Subject: Re: problems installing CY-8500 8mm drive under Xenix
Date: 21 Dec 1992 23:56:50 GMT
Organization: NASA Langley Research Center and Reptile Farm
Distribution: usa
NNTP-Posting-Host: grissom.larc.nasa.gov
Keywords: CY-8500 Xenix Problems

In article <955@drbear.COM> jackw@drbear.COM (Jack E. Wilkinson) writes:
>2) Is it just us, or have other folks had problems getting tech support
>from Contemporary Cybernetics??

We bought a Vax Q-bus subsystem from Contemporary Cybernetics a couple
years back.  It did not work reliably.  I called complaining, and got 
someone who sounded extremely stoned and did not know that their company
made a Q-bus interface.  They said they would call me back, and they did
not.

About six months later, I tried again.  This time I got someone who knew
exactly what the problem is.  "That controller doesn't work," he said,
"You'll have to buy our newer model."  I was horrified.  I asked him how
his company could sell products that didn't work and then claim that we
should upgrade them in order to get the level of performance that we
specified originally.  He called me an "asshole" and hung up on me.

We did, eventually, have to buy a new Q-bus interface, and it did indeed
solve our problem.  I can assure you, however, that we did not buy it
from Contemporary Cybernetics.
--scott
From: dmw@prism1.UUCP (David Wright)
Newsgroups: comp.unix.admin
Subject: Re: How to write a "turnin" utility??
Date: 30 Dec 92 13:47:24 GMT
Organization: Prism Computer Applications, Inc.

In article <l0b1Hz+mqb@atlantis.psu.edu> barr@pop.psu.edu (David Barr) writes:
>In article <Dec29.212116.55124@yuma.ACNS.ColoState.EDU> dan@lamar.ColoState.EDU (Danilo Silva) writes:
>>What do you mean by e-mail being trivially spoofed??
>	Exactly that.  The majority of implementations of mail on UNIX platforms
>have no authentication whatsoever.  What's more it is trivially possible
>to forge mail such that it appears to come from anyone at all.
>	Taking the Internet RFC-822+SMTP mail specification and transport system
>as an example, you'd need some kind of two-way public-key encryption in order
>to start calling it truely "secure".
>	If you really want to learn how, just read up on RFC 822 and RFC 821.


	But what I think the original poster meant by "secure" was NOT that
other people could see/intercept it, but rather that it was not possible to
damage the system (as would be possible with a set UID shell script). I would
agree that "normal" email is not secure, but there are things you could do.
	First, the "Elm" mail system allows you to encrypt portions of the
letters, and the recipient must know the key to read them. Of course, unless
the teacher had seperate keys for each student to use, there are again
ways for other people to get at/change the info.
	Next, there are freely distributable DES filters that could be used
to encrypt the data, though again with the same problems as with the "Elm"
solution.
	As you said, a public key system would really be required to make
sure that the data was the real thing, maybe with internal/external MD4
signatures as well.
	But how would email be spoofed in the situation that was being
asked about? You have to assume that this is on a University somewhere, and
that students are NOT going to have admin/root abilities. I would sincerely
DOUBT that any University would route mail through off-site systems, and
so no "normal" user would ever be able to create/change aliases that would
give them the ability to intercept the mail at all. Or is there something I
have missed?

					Dave

-- 
  ____________________________________________________________________________
 |        /\ /          | Prism Computer Applications        |  David Wright  |
 |      -/--\--         | 14650 Detroit Ave, Suite LL40      | dmw@Prism1.COM |
 |      /____\          | Lakewood, OH 44107  USA            |  216-228-1400  |
Newsgroups: comp.unix.admin,comp.unix.internals,comp.misc,comp.periphs.scsi
From: christes@socrates.umd.edu (Skip Christensen)
Subject: Re: problems installing CY-8500 8mm drive under Xenix
Keywords: CY-8500 Xenix Problems
Organization: University of Maryland University College
Distribution: usa
Date: Wed, 23 Dec 1992 01:36:43 GMT

Can't say much about Xenix and Cybernetics, but have had trouble with
that product on another operating system.  It seems to be an on-off
type problem.  Tried backing up a system - fails at various points
and completes it successfully at other times.  No problem in
restores -- always on writing to tape.  Fax'ed them a detailed 
report.   They were stumped - so they said - and asked for the drive
to be returned.  Unfortunately I can't do that.  This has happened
on about 16 drives connected to 6 different systems.  Am not real
happy with the system or their response.
From: stewart@europa.eng.gtefsd.com (Brad Stewart)
Newsgroups: comp.unix.sysv386
Subject: Practical Peripherals modem to SCO UNIX
Date: 21 Dec 1992 07:00:43 -0600
Organization: UTexas Mail-to-News Gateway
NNTP-Posting-Host: cs.utexas.edu

I am trying to connect a Practical Peripherals modem, model
PM14400-FXSA (1.44 Kbaud Hayes compatible), to SCO UNIX system.  I
am having problems making cu and the dialer programs work together.
 
I used the make.dialer scrip to configure a dialer for the
Practical Peripherals modem.  I used the default setup string
recommended by the manufacture (AT&FE0Q2&K4&W0).  Then I put the
following line in my /usr/lib/uucp/Device file:
 
     ACU tty1A - 9600 /usr/lib/uucp/dialPP \D
 
When I type the command:
 
     cu -s 9600 555-5555
 
The modem dials and makes a connection to a remote terminal server. 
When I hit Carriage Return, I get the logon prompt from the
terminal server, then all communications stops.  I can not send or
receive.  When I try to exit out of cu with a "<tilde> .", the
process hangs.
 
If I configure my /usr/lib/uucp/Device file with:
 
     ACU tty1A - 9600 /usr/lib/uucp/dialPP \D
     Direct tty1A - 9600 direct
 
And then type the commands:
 
     /usr/lib/uucp/dialPP /dev/tty1A 555-5555 9600
     cu -s 9600 555-5555
 
The dialer will make a connection and cu will communicate with the
remote terminal server with no problems.
 
Since my modem is Hayes compatible I have tried the Hayes dialers
that came with SCO.  When I use dialHA96V, I had to remove the
S50=240 and \r from the default setup.  These commands are not
support by my modem.  I get the same results as with dialPP.  When
I use dialHA24 everything works right, except I only run at 2400
baud.
 
I think the problem might be related to getty (I may thank this
only because I don't fully understand this part of UNIX).
 
If anyone has any suggestions, I would greatly appreciate any help.
 
Thank you.


Newsgroups: comp.unix.sysv386,comp.sys.sun.misc
From: evan@telly.on.ca (Evan Leibovitch)
Subject: Re: 96 port BBS on a 486-50?
Organization: Somewhere just far enough out of Toronto
Date: Tue, 29 Dec 1992 15:12:07 GMT

In article <1992Dec26.045956.20308@denwa.info.com> jimmy@denwa.tele.com writes:

>We are planning to start a free public-access system in the Portland area
>offering both BBS-style access to Usenet newsgroups as well as shell 
>access, Internet access, and UUCP connectivity.  We will start with 24 
>incoming lines, but if it is popular (and we expect that a free system 
>will be very popular) we will grow to as many lines as are needed to 
>handle demand.

The choice of the Megaplex here is a good one, meaning that you can
start with 24 ports and just upgrade 24 ports at a time up to 96.

But 24 phone lines to start? Does this mean you will have no need for
terminals or serial printers on your own site? If you have a Megaplex,
you certainly are in a position to avoid the PC's com ports.

>Unfortunately, we don't really know what our load mix will be like.

Not only this, but your definition of acceptable performance may be
different from mine. If you have a siginificant number of users still
coming in at 2400baud, you can probably get away with more load than other
situations may tolerate.

Regardless of the number of ports, when you get to a point where
performance is unacceptable, and you've tuned the system as well as you
can, then you network in a second CPU. I have installed a few systems
with Megaplexes, and the most ports I have installed is 3 multiplexers
on a 486-33. While this gives 72 ports, I'd say that only about 60 were
active. Performance is borderline acceptable (to me) on conventional
office automation.

If you go the route with Suns, you can also hang on as many ports as you
want using TCP/IP terminal servers, but this will be more expensive.

Good luck!
-- 
 Evan Leibovitch, Sound Software Ltd., located in beautiful Brampton, Ontario
         evan@telly.on.ca / uunet!utzoo!telly!evan / (416) 452-0504
         "IBM's three letters are probably EBCDIC for CYA" - Nik H.
Xref: sparky comp.unix.sysv386:17616 comp.windows.x.i386unix:140 comp.unix.pc-clone.32bit:889
From: maziere1@husc11.harvard.edu (David Mazieres)
Newsgroups: comp.unix.sysv386,comp.windows.x.i386unix,comp.unix.pc-clone.32bit
Subject: Getting 1152x900 with Orchid ProIIs
Date: 24 Dec 92 04:37:59 GMT
Organization: Harvard University Science Center

The subject gives you the general idea.  I'm using an Orchid Prodesigner
IIs under Xfree86.  The clocks are as follows:

Clocks 25 28 32 36 40 45 80 65 13 14 16 18 20 22 0 0

These correspond both to one of the modeDB entries, and to the clocks
returned by X.  Now, I would like to be able to do the following two
things:

1.  Get 1024x768 resolution at 70 Hz vertical refresh
2.  Get a non-interlaced 1152x900 resolution working.

For #1 I tried the following timings:
 "1024x768v"   80     1024 1032 1152 1384    768  784  787  823
These give me 58 KHz Horizontal, and 70 Hz vertical which are well
within the specs of my monitor (a MAG MX15F).

For #2 I tried these:
 "1152x900"    80     1152 1160 1376 1548    900  920  940  948

Both modes produced snow on the screen in addition to the regular
picture, which looked fine otherwise.  At first, I was going to
return the hardware as defective, but I have been able to achieve
goal #1 under MS-DOS using the drivers supplied by Orchid, so I
must be doing something wrong to be getting that snow.

Would someone who has gotten the ProIIs to work at 70Hz or in
1152x900 NI mode be kind enough to mail me a proper Xconfig file?

Thanks in advance for any help.

David (maziere1@husc.harvard.edu)
Newsgroups: comp.unix.sysv386,comp.unix.sys5.r4
From: fuer@nessie.gud.siemens.co.at (Gerhard Fuernkranz)
Subject: Re: gawk-2.14.tar has been uploaded to US4BINR
Date: Tue, 22 Dec 1992 09:40:29 GMT
Organization: SIEMENS Austria Corp., A-1100 Wien, Gudrunstr. 11
X-Newsreader: Tin 1.1 PL5

Can the US4BINR archive accessed via anonymous FTP ?
If so, what is the name of the server and the directory ?

Thanks

g.f.

--
Gerhard Fuernkranz		SIEMENS Austria Corp.
Email: fuer@siemens.co.at	Gudrunstr. 11
Phone: +43-1-60171-5716		A-1100 Wien
From: cwa@oasis.icl.co.uk (Chris Adams)
Newsgroups: comp.unix.sysv386
Subject: Linux
Date: 21 Dec 92 10:54:00 GMT
X-Newsreader: Tin 1.1 PL3

A few questions...

What is Linux?

How good is it?

Where can I get it from?

What are the system requirements for it?

Thanks

     .-----------------------------.----------------------------------.
     |   .  .     ____    _   _    | WARNING: This Superman suit does |
     |  /| /| .-.    /   |_| |_>   | not enable the wearer to fly.    |
     | / |/ | |     /___ | | |     `----------------------------------|
     |      aka Chris Adams            cwa@getafix.oasis.icl.co.uk    |
     `----------------------------------------------------------------'
Xref: sparky comp.unix.sysv386:17620 comp.unix.programmer:5773
From: larryp@sco.COM (Larry Philps)
Newsgroups: comp.unix.sysv386,comp.unix.programmer
Subject: Re: Accessing clone devices on SCO Unix
Date: 23 Dec 92 13:40:59 GMT
Organization: SCO Canada, Inc.

In <1992Dec18.162621.5910@visionware.co.uk> jim@visionware.co.uk (Jim Musgrave) writes:

> Hi everyone.
> 
> I Have SCO Unix Release 4.1.  I would like to make use of the 
> clone device driver (/dev/ptmx) to access the STREAMS based
> pseudo-tty's.  
> 
> Issuing an open on a clone device gives you the file descriptor
> of the master side which you can then use to get back the name of the slave.
> On SVR4 there are routines such as ptsname, unlockpt and grantpt, which,
> when given the file descriptor of the master, will return the name of
> the corresponding slave device, unlock it and change the ownership.
> 
> Does any one know if there are any equivalent routines under SCO.

Those routines are in the library /usr/lib/libpt.a on ODT 2.0.  There
are no manual pages for the routines (I am not sure why, but will check),
however I looked at the code and the routines do what you want.

Enjoy.

---
#include <std/disclaimer>

Larry Philps,	 SCO Canada, Inc.
Postman:  130 Bloor St. West, 10th floor, Toronto, Ontario.  M5S 1N5
InterNet: larryp@sco.COM
UUCP:	  uunet!sco!larryp
Phone:	  (416) 922-1937
Newsgroups: comp.unix.sysv386
From: thu@huedv.hu.sub.org (Thomas Huppertz)
Newsgroups: comp.unix.sysv386
Subject: Re: ISC / Posix-Features (many groups)
Date: 21 Dec 92 04:43:45 GMT
Reply-To: thu@huedv.hu.sub.org
Organization: HUPPERTZ EDV-Beratung, Thererstr. 10, 8083 Mammendorf, Germany

thu@huedv.hu.sub.org (Thomas Huppertz) writes:  (oh - that was ME :-)

[... something about posix groups,
     a little test-programm "posix.c" ...]


Now I found out, that you can simplify it, if you use

        system("su ...<username>")

That works too. But why have I to do a user-change to get the
groups active?


>-- 
>==================== Gruss: === Thomas === Huppertz  ========================
>       HUPPERTZ EDV-Beratung, Thererstr. 10, 8083 Mammendorf, Germany 
>               Tel. ++49-8145-1569, Fax. ++49-8145-8286 
>==================== EMail:== thu@huedv.hu.sub.org ==========================
-- 
==================== Gruss: === Thomas === Huppertz  ========================
       HUPPERTZ EDV-Beratung, Thererstr. 10, 8083 Mammendorf, Germany 
               Tel. ++49-8145-1569, Fax. ++49-8145-8286 
==================== EMail:== thu@huedv.hu.sub.org ==========================
Newsgroups: comp.unix.sysv386,comp.sys.sun.misc
From: mike@cd.com (Mike Heins)
Subject: Re: 96 port BBS on a 486-50?
Organization: Central Data Corp., Champaign, IL
Date: Sat, 26 Dec 1992 21:46:29 GMT

In article <1992Dec26.045956.20308@denwa.info.com> jimmy@denwa.tele.com writes:
>We are planning to start a free public-access system in the Portland area
>offering both BBS-style access to Usenet newsgroups as well as shell 
>
>	[STUFF DELETED]
>
>The other alternative is to use Suns.  But I have no idea how many BBS
>users a Sparc 2 or Sparc 10 could handle either.  And I don't know of
>any multi-port solutions that could support the numbers we're talking.
>So we would probably have to go with an EThernet terminal server, thus
>adding even more expense and system load.
>

Whether a SPARC 2 or SPARC 10 can handle that load, I can't say.  My
experience is that it will handle about 25-30 users doing heavy I/O
traffic, and probably 75 or more if throughput is light (avg 1000 cps
per user).

But the multiport solution does not have to be Ethernet.  Our
scsiTerminal Server can put up to 448 ports on a SPARC system while
consuming only 1 slot.  The price is competitive with multiport
boards, as little as $93 per port (list price).

If you or anyone wants any info (electronic or otherwise), send e-mail
to support@cd.com or info@cd.com.

Regards,
Mike Heins
------------------------
Central Data Corporation	"Makers of the scsiTerminal Server"
1602 Newton Drive		(800) 482-0315 or 217/359-8010
Champaign, IL 61821		mike@cd.com   or  ..!uunet!cendata!mike
Newsgroups: comp.unix.sysv386
From: gary@sci34hub.sci.com (Gary Heston)
Subject: Re: DELL Filesystem type?
Reply-To: gary@sci34hub.sci.com (Gary Heston)
Organization: SCI Systems, Inc., Huntsville, Al.
Date: Mon, 21 Dec 1992 17:36:39 GMT

In article <1992Dec18.151251.24323@openage.openage.com> gryphon@openage.openage.com (The Golden Gryphon) writes:

>I'm upgrading a customer from Dell to SCO,

For some reason, this sounds like an oxymoron....  :-)

>                                           and I want to mount the old Dell
>file systems under SCO, without having to do the mkfs under SCO.  Is this
>possible?

Depends on a lot of things, including which filesystem was used when
installing Dell on the system. I strongly doubt that it would work, and
with SCOs' reputation for tossing in little mods, odds aren't good.
I hope there's a good tape backup system installed (and *verify the tapes*
on a system *already* running SCO!).

Is the old copy of Dell for sale?


-- 
Gary Heston    SCI Systems, Inc.  gary@sci34hub.sci.com   site admin
The Chairman of the Board and the CFO speak for SCI. I'm neither.
"Data sheet: HSN-3000 Nuclear Event Detector. The [NED] senses the gamma
radiation pulse [from a] nuclear weapon." As if we wouldn't notice...
Xref: sparky comp.unix.sysv386:17657 comp.sys.att:2799
From: pcg@aber.ac.uk (Piercarlo Grandi)
Newsgroups: comp.unix.sysv386,comp.sys.att
Subject: Re: Info on USL SvR4.1 ES, a B2-secure Unix
Date: 2 Jan 93 21:59:26 GMT
Reply-To: pcg@aber.ac.uk (Piercarlo Grandi)
Organization: Prifysgol Cymru, Aberystwyth

On 31 Dec 92 20:28:14 GMT, hsi@netwrx1.NW1.COM (Peter Hsi) said:
Followup-To: poster

hsi> I'm considering USL SvR4.1ES, AT&T's B2-secure Unix for the 3B2 and
hsi> Intel-based systems.

As far as I know their 4.2 product (Destiny, UniWare, whatever) also
includes the B2 security stuff.

hsi> Does anybody know if...

hsi> 1. Standard system calls are used for the secure operations?

Yes.

hsi> 2.  Can this operating system be installed on non-AT&T computers
hsi> such as any common Intel-based PC's?

Yes.

hsi> 3. Is secure TCP/IP or other networking software available?

Not easily, and it is *very* expensive. In practice only the military
believe in an oxymoron like "secure networking". :-)
--
Piercarlo Grandi, Dept of CS, PC/UW@Aberystwyth <pcg@aber.ac.uk>
  E l'italiano cantava, cantava. E le sue disperate invocazioni giunsero
  alle orecchie del suo divino protettore, il dio della barzelletta
Xref: sparky comp.unix.sysv386:17589 comp.unix.sys5.r4:929