HDTenEightyP/NetNews huggingface dataset:
From: neese@adaptx1.UUCP (Roy Neese)
Subject: Re: pc-clone hardware guide
Organization: Adaptec Inc., Texas
Date: Mon, 17 Aug 1992 20:00:27 GMT
Keywords: SCSI, DOS, ADAPTEC

In article <1992Aug15.004213.9022@netfs.dnd.ca> boucher@ncs.dnd.ca (R. Boucher) writes:
> 
> From Eric's pc-clone buyers guide:
> > 
> > $100 off the system price.  However, David Wexelblat observes "there are at
> > least two situations in which the Unix user will need DOS available: 1) most,
> > if not all, EISA configuration utilities run under DOS, and 2) SCSICNTL.EXE by
> > Roy Neese is a godsend for dealing with SCSI devices on Adaptec boards."
> > 
> 
> Where can we fetch SCSICNTL.EXE?  I've queried Archie to no avail, and 
> haven't found a FAQ in comp.periphs.scsi.
> 
> Any pointers would be useful.  If you have a definitive answer, please
> post.  This sounds like a neat utility.

Well, maybe it's time to do this again.  It has been a while so here
goes:

Put the following line in your /usr/lib/uucp/Systems file.

If calling at 9600 baud:
adaptex Any ACU BAUD 18174886893 -\d\d\d-gin:-\d\d\d-gin:-\d\d\d-gin: suucp

If calling at 2400 baud:
adaptex Any ACU BAUD 18174886893 -BREAK\d\d\d-gin:-BREAK\d\d\d-gin:-\d\d\d-gin: suucp

NOTE: The word BAUD can be replaced with either 9600, 2400, or 1200.

You can request the following binary files via uucp.
-------------------------------------------------------------------------------
1540CPU.LIST.Z	1540DRV.LIST.Z	1540USR.MAN.Z	1540specs.Z	1542B.roms
1542B_jumpers	154xp334.zip	1740bios.Z	1740mcode.Z	@0F1F.ADF.Z
GETDEVS.EXE.Z	GRDRIVE.EXE.Z	GREAD.EXE.Z	GWRITE.EXE.Z	OS2DRVS.ZIP
README.ADD	SCSI.EXE.Z	SCSICNTL.EXE.Z	SCSICODE.EXE.Z	SCSIHA.SYS.Z
SETSCSI.EXE.Z	disti.list	inq.Z		sco.patches.Z	scsi_drv.Z
scsiasc.doc.Z	scsicntl.doc.Z	sds3.desc.Z	setscsi.doc.Z	setscsi.pkg.Z
update.pkg.Z	xnx_scsi_drv.Z
-------------------------------------------------------------------------------

Use the following command to retrieve something:

uucp adaptex!~/filename /usr/spool/uucppublic/filename

Replace 'filename' with the appropriate name of the file that you want.
To those who only want the mode sense fiddler, it is the SCSICNTL.EXE file.
To get a detailed list and description of what all the files mean,
request the "list" file.
---

			Roy Neese
			Adaptec Senior UNIX/SCSI Software Engineer
			UUCP:	convex!egsner!adaptex!neese
			Inet:	neese%adaptex@cirr.com
From: kirk@ctms.gwinnett.com (R. Kirk Waterhouse)
Newsgroups: comp.unix.sysv386
Subject: Re: FAS 2.10 async driver, part 5/5
Date: 20 Aug 92 18:04:39 GMT
Organization: Consolidated Traffic Management Services (CTMS)

In article <102.26574@incc.com> jerry@incc.com (Jerry Rocteur) writes:
>In article <F5557UC@geminix.in-berlin.de>, gemini@geminix.in-berlin.de (Uwe Doering) writes:
>> Submitted-by: gemini@geminix.in-berlin.de
>> Archive-name: fas210/part05
>> 
>> #!/bin/sh
>> # this is fas210.05 (part 5 of fas210)
>
>Who is the irresponsible bastard who posts large files in a non source
>newsgroup.
>
>I have to pay for my news, plus I have to pay for the US-Europe phone
>call and I am not impressed having to pay to get this crap.
>
>What is the ruling regarding posting large files like this?
>-- 
> __^__                                                              __^__
>( ___ )------------------------------------------------------------( ___ )
> | / | Jerry Rocteur                       Email: jerry@InCC.COM    | \ |
> | / |             Independent Computer Consultants                 | \ |
> |___|               Division de DELDRA s.p.r.l.                    |___|
>(_____)------------------------------------------------------------(_____)
>   ^                                                                  ^

Jerry, the "irresponsible bastard" who posted the FAS driver is the author
himself, Uwe Doering.

I think that you should be thankful that you have the opportunity to recieve
the source code to the _FINEST_ async driver available to the UNIX world.

You didn't have to _pay_ for it.
You didn't have to _look_ for it. 
You don't have to use it .

P.S. Since you are _SO_ concerned about the size of files, transmissions, etc...     maybe you should read the ruling on .signature size. 3 lines is supposed
     to be the maximum size.
   
     Yours is 7.



-- 
 kirk@ctms.gwinnett.com            |  R. Kirk Waterhouse    DoD# 0626    KD4NKD
                                   |     It was one of those nights
 if (opinions != employer)         |     when you turn out the lights  
    must_be(mine);                 |     and everything comes into view - AC/DC
Newsgroups: comp.unix.sysv386,comp.os.linux
From: erc@unislc.uucp (Ed Carp)
Subject: Re: What the 17" monitor reviews never tell you
X-Newsreader: Tin 1.1 PL5
Organization: Unisys Corporation SLC
Date: Fri, 21 Aug 1992 19:56:40 GMT

Brian Smith (brians@rigel.cs.pdx.edu) wrote:

: the NEC 5FG is *wonderful* at 17 inches.

Gee, that's what my RP says about *me*...oops.  Sorry, wrong newsgroup...:)
-- 
Ed Carp, N7EKG     erc@apple.com                801/538-0177
"This is the final task I will ever give you, and it  goes  on  forever.   Act
happy, feel happy, be happy, without a reason in the world. Then you can love,
and do what you will."           -- Dan Millman, "Way Of The Peaceful Warrior"
Newsgroups: comp.unix.sysv386
From: mju@mudos.ann-arbor.mi.us (Marc Unangst)
Subject: Re: Sendmail on SCO Unix
Date: Sat, 15 Aug 1992 05:27:34 GMT
Organization: The Programmer's Pit Stop, Ann Arbor MI

In article <1992Aug14.194622.3098@i88.isc.com> stevea@i88.isc.com (Steve Alexander) writes:
>Can you elaborate on the problems you're having with MX records?

Well, I've got sendmail running on our mailhub, "entity.domsys.com".
Entity is also running a nameserver.  Among others, we have the
following two entries in entity's DNS database for domsys.com:

entity		IN	A	192.84.21.65

bench		IN	A	192.84.21.74
		IN	MX 50	entity

If I type "mail mju@bench.domsys.com" on entity, sendmail attempts to
deliver it to bench's IP address, instead of picking up the MX record
and delivering it to entity.  I'd say that qualifies as a problem with MX
records.

-- 
Marc Unangst                | Real men don't make backups.  Real men never
mju@mudos.ann-arbor.mi.us   | accidentally delete files that they're going
                            | to need later.
Newsgroups: comp.unix.sysv386
From: larry@gator.rn.com (Larry Snyder)
Subject: Re: Recommendations wanted on PC Unix system purchase
Organization: The Gator Public Access Unix Site - 219-289-3745
Date: Sun, 16 Aug 1992 12:05:52 GMT

pjh@mccc.edu (P. J. Holsberg) writes:

>How does one get a "check-out"? Hmmm...I wonder if I could then test my
>StarLAN1 stuff on SVR4.....

Actually, unlike most UNIX vendors, Dell offers a 30 day money back
policy allowing prospective users to "check-out" the product to make
sure it runs as they would like

-- 
Larry Snyder                                    internet: larry@gator.rn.com
Newsgroups: comp.unix.sysv386,gnu.misc.discuss
From: kevin@kosman.uucp (Kevin O'Gorman)
Subject: Anyone made GNU flex on ESIX 4?
Followup-To: comp.unix.sysv386
Organization: Vital Software Services, Oxnard, CA
Date: Thu, 20 Aug 1992 01:54:55 GMT

I'm trying to do the above: make GNU flex 2.3.7 on my ESIX 4.0.3a system.
I'm using stock compiler, linker, the works.

make first-flex seems to work okay.
make test       seems to work okay.
make bigtest    seems to work partway through, then we get...

} ...[omitting several successful tests]...
} 	rm -f scan.c ; make COMPRESSION="-CFe" test
} 	./flex -ist8 -Sflex.skel -CFe scan.l >scan.c
} 	cc -O -DUSG -c scan.c
} "scan.l", line 2233: left operand must be modifiable lvalue: op "="
} "scan.l", line 2244: left operand must be modifiable lvalue: op "+="
} "scan.l", line 2248: left operand must be modifiable lvalue: op "="
} "scan.l", line 2269: left operand must be modifiable lvalue: op "="
} "scan.l", line 539: left operand must be modifiable lvalue: op "="
} "scan.l", line 550: left operand must be modifiable lvalue: op "="
} "scan.l", line 558: left operand must be modifiable lvalue: op "="
} "scan.l", line 602: left operand must be modifiable lvalue: op "="
} "scan.l", line 612: left operand must be modifiable lvalue: op "="
} "scan.l", line 732: left operand must be modifiable lvalue: op "="
} "scan.l", line 736: left operand must be modifiable lvalue: op "+="
} "scan.l", line 739: left operand must be modifiable lvalue: op "="
} "scan.l", line 769: left operand must be modifiable lvalue: op "+="
} "scan.l", line 776: left operand must be modifiable lvalue: op "="
} *** Error code 1 (bu21)
} 
} make: fatal error.
} *** Error code 1 (bu21)
} 
} make: fatal error.

One problem I have with this is that the reported line numbers don't
correspond to anything recognizable in either scan.l (which isn't that big)
or in scan.c (where they're mostly in the midst of the huge initializer).

Anybody got any help?  Please followup to comp.unix.sysv386, which I regularly
read, and which corresponds to where I imagine the trouble is.  Or send e-mail.
-- 
Kevin O'Gorman ( kevin@kosman.UUCP, kevin%kosman.uucp@nrc.com )
voice: 805-984-8042 Vital Computer Systems, 5115 Beachcomber, Oxnard, CA  93035
Non-Disclaimer: my boss is me, and he stands behind everything I say.
From: pjh@mccc.edu (P. J. Holsberg)
Newsgroups: comp.unix.sysv386
Subject: Re: Recommendations wanted on PC Unix system purchase
Date: 17 Aug 92 17:59:38 GMT
Organization: The College on the Other Side of U. S. 1
X-Newsreader: Tin 1.1 PL5

Piercarlo Grandi (pcg@aber.ac.uk) wrote:
: On 16 Aug 92 02:13:49 GMT, pjh@mccc.edu (P. J. Holsberg) said:
: 
: pjh> Piercarlo Grandi (pcg@aber.ac.uk) wrote: If you think that Dell's
: 
: pcg> DAT drive is too expensive, get one from APS (alliance peripherals
: pcg> systems); it costs about $1400.  The APS DAT is portable; you can
: pcg> actually carry it from machine to machine, it is very small and
: pcg> light.
: 
: pjh> Does it work off a serial or parallel port, or do you have to open
: pjh> up each machine and attach it to the SCSI controller?
: 
: Neither :-). It's a SCSI device, and all Nice and Fine SCSI controllers
: have a SCSI socket on the back, so you can attach both external and
: internal devices to the same SCSI bus.
: 
: By default, even when there are no external devices plugged in, I keep
: that end of the bus externally terminated, so I can always unplug the
: exterminal terminator and plug in an external device.
: 
: And yes, if you are *careful* you can even do this without powering down
: the machine (but I explicitly disclaim any and all consequences of
: taking such a risk).

So -- at least in theory -- I could use the DAT I have on my UNIX 386
with any MS-DOS computers that have (a) a SCSI controller and (b) the
appropriate software.  Hmmm...time to visit comp.sys.ibm.pc!
From: shite@sinkhole.unf.edu (Stephen Hite)
Newsgroups: comp.unix.sysv386
Subject: Re: SAS 2.0
Date: 19 Aug 92 19:51:40 GMT
Organization: University of North Florida, Jacksonville

In article <1992Aug16.084351.10145@Unibase.SK.CA> roe@Unibase.SK.CA (Roe Peterson) writes:
>
>My co-conspirator (roman@nyxis.unibase.sk.ca) is due back from California
>later this week;  given some time, I sincerely hope to get SASS 2.0 out
>the door within a couple of days thereafter (murphy willing :-)
>
>Regarding merge:  We are currently testing the VPIX code by hacking the
>ESIX 5.3 release into 5.4.0.3.A.  There is (to my knowledge) currently
>no support whatever for native dos mode in ESIX 5.4, and I certainly don't
>have access to dos/merge;  therefore, any extensions that merge requires
>(if any) will have to be left as an exercise for someone else.

  My experience with Esix 5.4 and VPIX 1.02 from Interactive is that
it works except you can't mount DOS partitions, access the serial port
or access 1.44 meg floppies (I use mdir for this instead).   

  Someone on the net posted a script to fake out VPIX 1.02 into thinking
it was being installed on System V 3.2.  Alas, I've lost this post. :-( 


Steve Hite
shite@sinkhole.unf.edu
Newsgroups: comp.unix.sysv386
From: bad@flatlin.ka.sub.org (Christoph Badura)
Subject: Re: how to write 525MB to Wangtek 525ES on Dell 2.1?
Organization: Guru Systems/Funware Department
Date: Tue, 18 Aug 1992 19:05:27 GMT

In <Bt3Grx.8rH@chinet.chi.il.us> randy@chinet.chi.il.us (Randy Suess) writes:

>In article <Bt2ozK.FI@flatlin.ka.sub.org> bad@flatlin.ka.sub.org (Christoph Badura) writes:
>>There is no way for a QIC drive to figure out the media type on a
>>blank tape.

>	Oh, foo.  Don't be silly.  You buy non-blank tapes?

No, but I write some blocks on a 150 Meg drive.

>	The drives use various methods, including measuring the spacing
>	between the holes around BOT.

Doug Pintar told me the same.

I finally found a reference to that behaviour in the docs to an 60MB
Archive drive. I haven't seen that mentioned in the Tandberg TDC3800
docs. If someone has has this behaviour documented I'd would love to
know.

Well, I guess the TDC3800 I tested it on had a firmware bug.
-- 
				Christoph Badura  ---  bad@flatlin.ka.sub.org

ISO? Nicht immer, aber immer M-vfter.
Newsgroups: comp.unix.sysv386
From: evan@telly.on.ca (Evan Leibovitch)
Subject: Re: Ethernet Cards -- Questions
Organization: Somewhere just far enough out of Toronto
Date: Wed, 19 Aug 1992 13:20:21 GMT

In article <18338@polstra.UUCP> jdp@polstra.UUCP (John Polstra) writes:
>I'm putting together some hardware that is going to run Esix Unix, and I
>have some questions about Ethernet controllers.  According to Esix, the
>following cards (among others) are supported:
>
>    3COM 3C503
>    3COM 3C507
>    Western Digital / SMC 8003
>    Western Digital / SMC 8013
>
>1. Which of the above are 16-bit cards?

The 3C507 and 8013.

At a user group meeting in Toronto last month, I asked about the
differences between the SMC and 3COM boards. The following comments came
out:

- A number of people who had used both, agreed that the 3COM boards
  performed noticably better than their SMC/WD counterparts, but are
  more expensive;

- Since SMC took over WD's Ethernet cards, they have made some
  improvements, but these improvements can break drivers which were
  designed only for the WD cards. Apparently if you use the drivers
  supplied on-disk with the boards, it works fine on most Intel-based
  UNIX products.

-- 
 Evan Leibovitch, Sound Software Ltd., located in beautiful Brampton, Ontario
         evan@telly.on.ca / uunet!utzoo!telly!evan / (416) 452-0504
    Was "Trouble" (from the Broadway Show, Music Man) the first rap song?
Xref: sparky comp.unix.sysv386:13260 comp.unix.xenix.sco:2703 alt.sources:1890
From: jerry@incc.com (Jerry Rocteur)
Newsgroups: comp.unix.sysv386,comp.unix.xenix.sco,alt.sources
Subject: Re: FAS 2.10 async driver, part 5/5
Summary: enough already
Date: 17 Aug 92 18:25:09 GMT
Followup-To: comp.unix.sysv386
Organization: InCC.com Perwez Belgium

In article <F5557UC@geminix.in-berlin.de>, gemini@geminix.in-berlin.de (Uwe Doering) writes:
> Submitted-by: gemini@geminix.in-berlin.de
> Archive-name: fas210/part05
> 
> #!/bin/sh
> # this is fas210.05 (part 5 of fas210)

Who is the irresponsible bastard who posts large files in a non source
newsgroup.

I have to pay for my news, plus I have to pay for the US-Europe phone
call and I am not impressed having to pay to get this crap.

What is the ruling regarding posting large files like this?
-- 
 __^__                                                              __^__
( ___ )------------------------------------------------------------( ___ )
 | / | Jerry Rocteur                       Email: jerry@InCC.COM    | \ |
 | / |             Independent Computer Consultants                 | \ |
 |___|               Division de DELDRA s.p.r.l.                    |___|
(_____)------------------------------------------------------------(_____)
   ^                                                                  ^
Xref: sparky comp.unix.sysv386:13090 comp.unix.bsd:4076 comp.os.mach:1033 news.answers:2475
From: stevea@i88.isc.com (Steve Alexander)
Subject: Re: Sendmail on SCO Unix
Organization: INTERACTIVE Systems Corporation, Naperville, IL
Date: Fri, 14 Aug 1992 19:46:22 GMT

In article <Bsy0Fp.4CK@mudos.ann-arbor.mi.us> mju@mudos.ann-arbor.mi.us (Marc Unangst) writes:
>Eh?  I have no experience with SCO sendmail before TCP/IP v1.2.0, but
>I can testify to the sendmail in that version...It is stock Berkeley
>sendmail v5.65 which, I believe, is the most recent version.  The DNS
>support extends to using the DNS resolver services for nametoaddr
>mapping, but it does not handle MX records.  No, it's not IDA
>sendmail, but it does mostly work.

The comment about MX records is pretty surprising to me, since we use it
on our mailhub and it handles MX records just fine.  The default configuration
file assumes that you have no wildcard MX records.  If you want wildcard
MX records, add Ow to the configuration file.  Non-wildcard MX records work 
either way.

Can you elaborate on the problems you're having with MX records?

-- 
Steve Alexander, Software Technologies Group    | stevea@i88.isc.com
INTERACTIVE Systems Corporation, Naperville, IL | ...!{sun,ico}!laidbak!stevea
From: davidsen@ariel.crd.GE.COM (william E Davidsen)
Newsgroups: comp.unix.sysv386
Subject: Re: larger/higher resolution displays
Date: 17 Aug 92 22:20:36 GMT
Reply-To: davidsen@crd.ge.com (bill davidsen)
Organization: GE Corporate R&D Center, Schenectady NY

In article <1992Aug15.211229.11002@ccorp.uucp>, dsamperi@ccorp.uucp (Dominick Samperi - bond) writes:

| The NEC 5FG 17" monitor seems to be the best choice for a PC since it
| supports resolutions of 1024x768 and 1280x1024. An example of the confusing
| advice that I've seen comes from the July 1992 issue of Computer Shopper:
| "For 800x600 computing, a 16" display is a must. At 1024x768 and beyond,
| you'll need, at a minimum, a 20" display." This is rediculous. I want to
| buy a higher resolution monitor because I want sharper graphics with fewer
| jagged lines. I have no desire to simply magnify the crude graphics that is
| produced by lower resolution displays! Furthermore, a larger display should
| provide more real estate for applications, yet every time I see MS Windows
| running on a large display (in a vendor's showroom, for example) there is
| a sinlge MS Windows application taking up the whole screen!s

  In this case, CS is right, or mostly so. There are two limiting
factors, the dot pitch and the human eye. Consider this chart, and
remember this is viewing area not case size.

                    Horizontal width for 1024 pixels

		<-- inches -->
	pitch	width	diag
	.41	16.5	21
	.31	12.5	16
	.28	11.3	14
	.24	 9.7	12

  Now, even if you spend the money for a very fine dot pitch, you will
find that the human eye limits you, and you have to get very close to
the display to read reasonable text. 1024 on a good 15 inch display is
useful, but if the price were right I would go to 20.

  Note that those horible sounding .41 dot pitch monitors have enough
pixels (just) for 1024x768 on a 20in monitor, and if you get a buy on
one and want to sit back from it, it will be satisfactory. For any other
size and use I wouldn't touch one.

-- 
bill davidsen, GE Corp. R&D Center; Box 8; Schenectady NY 12345
    I admit that when I was in school I wrote COBOL. But I didn't compile.
Newsgroups: comp.unix.sysv386
From: larry@gator.rn.com (Larry Snyder)
Subject: Re: rn under Dell unix.
Organization: The Gator Public Access Unix Site - 219-289-3745
Date: Sat, 15 Aug 1992 14:35:05 GMT

karl@ddsw1.mcs.com (Karl Denninger) writes:

>Tastes great, less filling -- get the update ;-)

This release is *very* professional indeed --

included is a catalog of offerings from a third party source
specifically for Dell SVR4 including things like Word Perfect,
Office Perfect, FrameMaker, etc.  Also included is a 20% discount
with a list of books (and descriptions) from O'Reilly and Associates.

-- 
Larry Snyder                                    internet: larry@gator.rn.com
Gator Communications                              uucp: ..!uunet!gator!larry
Newsgroups: comp.unix.sysv386
From: bill@unixland.natick.ma.us (Bill Heiser)
Subject: Re: compiled program of FAS 2.10
Organization: Unixland Public Access Unix  (508) 655-3848
Date: Sat, 22 Aug 1992 16:41:40 GMT

khioe@mona.jpl.nasa.gov (Kent Hioe) writes:
>Is there any executable file of fas V2.10 ? I don't have the development tool
>to compile the source code.

This really doesn't make sense if you think about it.  FAS is compiled in
an extremely site-specific manner (it has to be becuase of the vast variety
of configurations people have), and is built into the KERNEL.  I, for one,
am not interested in running someone else's KERNEL.



-- 
bill@unixland.natick.ma.us                      ESIX Mailing List Moderator
Public Access UNIX/USENET/E-MAIL!  UUCP Accounts Available!  (508) 655-3848
5 lines  -  Located in Natick, MA   USA    Supporting V.32/PEP/V.42bis, etc.
From: jde@esix.everex.com (Jeff Ellis)
Newsgroups: comp.unix.sysv386
Subject: Re: UUCP disconnects on ESIX SVR4.0.3 using ZyXEL modem
Date: 21 Aug 92 16:19:31 GMT
Organization: Esix Computers, Inc.

In article <JHPB.92Aug20190016@sarto.budd-lake.nj.us> jhpb@sarto.budd-lake.nj.us (Joseph H. Buehler) writes:
>I am having a problem with an ESIX SVR4.0.3/ZyXEL modem combination.
>UUCP won't run more than about 15 to 20 minutes before it drops the
>connection.  It does this with either inbound or outbound traffic.
>I'm using the stock ESIX asy driver with a port locked at 38400.
>
>Does anyone have any ideas?

If you are not using a 16550AFN UART chip you will have problems like this,
at 9600 baud or above you will drop char's and get ALARMS with out the '550.

-- 
Jeff Ellis 					jde@esix.everex.com
Esix Computers, Inc.				jde@evturtle.everex.com
For Support: support@esix.everex.com   For Sales:   sales@esix.everex.com
Disclamer: I do not speak for Esix Computers, Inc or Everex Systems, Inc.
Newsgroups: comp.unix.sysv386
From: larry@gator.rn.com (Larry Snyder)
Subject: Re: Streams FAS drivers
Organization: The Gator Public Access Unix Site - 219-289-3745
Date: Thu, 13 Aug 1992 21:35:53 GMT

raymond@es.ele.tue.nl (Raymond Nijssen) writes:

>SAS 1.25 should be regarded as a beta version.
>For most purposes, it's really the best serial port driver you can get.

maybe for dumb ports, yes --

however for smart ports -- my digiboard really kicks -- and supports
multiple SLIPs and bidirectional high speed modems with ease --

and no noticable system loading -- :)

-- 
Larry Snyder                                    internet: larry@gator.rn.com
Gator Communications                              uucp: ..!uunet!gator!larry
From: davidsen@ariel.crd.GE.COM (william E Davidsen)
Newsgroups: comp.unix.sysv386
Subject: Re: rn under Dell unix.
Date: 13 Aug 92 15:49:14 GMT
Reply-To: davidsen@crd.ge.com (bill davidsen)
Organization: GE Corporate R&D Center, Schenectady NY

In article <Bsu6vw.LqJ@ef2007.efhd.ford.com>, mjo@ef2007.efhd.ford.com (Mike O'Connor) writes:

| It strikes me that there's no way that Dell can ship a "standard" rn
| suitable for everyone's configuration.  My suggestion is to replace rn
| and the NNTP client software (inews) with the latest and greatest
| versions, available via anonymous FTP from their "home" at
| lib.tmc.edu.

  This was reported in 2.2 beta testing and is supposedly fixed. maybe
Dell will put the fiixed version up for ftp?
-- 
bill davidsen, GE Corp. R&D Center; Box 8; Schenectady NY 12345
    I admit that when I was in school I wrote COBOL. But I didn't compile.
Xref: sparky comp.unix.sysv386:13359 alt.sources.d:1027