HDTenEightyP/NetNews huggingface dataset:
From: horde@reed.edu (Mr. Heiji Horde)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Security leak or bug?
Date: 26 Aug 92 18:30:27 GMT
Article-I.D.: reed.1992Aug26.183027.6687
Organization: Twisted Genius Rehabilitation Center, a Division of MHE

In article <1992Aug26.090053.28832@unibi.uni-bielefeld.de> mib@bio128.uni-bielefeld.de writes:
>6. REMOVE any pd apps you received in binary form.  NEVER AND I MEAN NEVER 
>   install pd binaries on ANY machine.  If you can't get the source for the pd    
>   stuff then don't install it.

Hmm...sounds like most of the NeXT apps I've seen out there. Especially
  some that are fairly useful to our users.

>7. Give the machines a boot password.  Anybody can bring a NeXT to single user 
>   mode and change password

Are you talking about a hardware password? I sure hope you don't forget it.
  What we do here is simply have "exec /bin/login -p root" as the last
  line of /.profile. Works well.

Here's a few that you missed:
  A) Make sure you remove "decode" alias from /usr/lib/aliases. I was only
     mildly amused when some tried to break in that way. Good thing we
     don't run sendmail here, otherwise it would have worked.
     (okay, so you mentioned this in #5, just not explicitly)
  B) There's something involving IFS and "some setuid root program". None
     of us here have been able to duplicate this. No fix either because
     you'd need to patch /bin/sh and you need source for that.
  C) Go through the password file and make sure no accounts have home
     directories in /tmp. It was annoying that ALL our NeXT stations came
     that way. Took no time to become user "daemon" using this. And daemon
     to root takes only a bit longer.
  D) People who administrate NeXTs on the INTERNET should really go through
     Chapter 16 of the Network and Systems Administration manual. They
     describe some of the things you must do to secure your NeXTs since
     they shipped open (like several other systems). The one about getting
     netinfo to give you the password file is probably something to look at.

	-Heiji

===========================================================================
 Mr. Heiji Horde    (Non NeXT mail only please)     e-mail: horde@reed.edu
   All insane acts are done in affiliation with Madd Hacker Enterprises
    The opinions expressed here are stolen from the person next to me.
Newsgroups: comp.sys.next.sysadmin
From: Mark-Tarbell@suite.com
Subject: Re: NeXT Remote Power Up/Down?
Reply-To: Mark-Tarbell@suite.com
Organization: Suite Software, Anaheim CA.
Date: Wed, 2 Sep 1992 20:26:57 GMT

In article <BtxEHp.JIA@ux1.cso.uiuc.edu> lemson@ux1.cso.uiuc.edu (David  
Lemson) writes:
> eps@futon.SFSU.EDU (Eric P. Scott) writes:
> 
> >You know the "Printing" panel that pops up when your NeXT Laser
> >Printer runs out of paper?  That's done by a handy little program
> >called /usr/lib/NextPrinter/Inform.  It turns out that Inform can
> >display any message of your choosing:
> 
> >a general-purpose notification service.  (Hmm... you can probably
> >replace the "PrinterAlert" nib section with whatever you want.)
> 
> You sure can, I just did it in about 25 seconds... makes a great app
> to pop up on all the machines in the lab when there is going to be a
> system shutdown!

Note that you can't do this under 3.0. Enjoy it while you can.
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.programmer
From: eps@futon.SFSU.EDU (Eric P. Scott)
Subject: Re: NNTP Compiling - type mismatch in initialization
Followup-To: comp.sys.next.programmer
Reply-To: eps@cs.sfsu.edu
Organization: San Francisco State University
Date: Tue, 1 Sep 1992 10:26:39 GMT

[comp.sys.next.sysadmin is an inappropriate newsgroup for this
 question; followups have been redirected to
 comp.sys.next.programmer]

In article <1992Aug31.152659.15528@magnus.acs.ohio-state.edu>
	szatezal@magnus.acs.ohio-state.edu (Shane M Zatezalo)
	writes:
>I'm trying to compile NNTP, and when the compiler is doing the file "misc.c"
>it bombs out with this:

>misc.c:955: type mismatch in initialization

>struct  nlist Nl[] =
>{
>        { "_avenrun" },

(1) You need to add another layer of braces to nlist vectors
before they'll compile, e.g.
	{ { "_avenrun" } },
[I suggest using  #if[n]def NeXT  conditionals as warranted]

(2) Mining load average out of kmem is the WRONG approach on the
NeXT.  A better way is to use the table() call, which also
doesn't require exceptional access privileges.  This example
ought to be in the programmers' FAQ; the question seems to come
up about every other month.

#include <stdio.h>
#include <sys/types.h>
#include <sys/table.h>
main() {
	struct tbl_loadavg avg;

	(void)table(TBL_LOADAVG, 0, (caddr_t)&avg, 1, sizeof avg);
	(void)printf("load average:%5.2f,%5.2f,%5.2f\n",
		(double)avg.tl_avenrun[0]/(double)avg.tl_lscale,
		(double)avg.tl_avenrun[1]/(double)avg.tl_lscale,
		(double)avg.tl_avenrun[2]/(double)avg.tl_lscale);
	exit(0);
}

Valid for 1.0
Valid for 2.0
Not verified for 3.0

					-=EPS=-
Newsgroups: comp.sys.next.sysadmin
From: gelderd@acf3.nyu.edu (Dirk Van Gelder)
Subject: Re: How to backup to a tapedrive on a Sun? rdump?
Organization: New York University
Date: Wed, 2 Sep 1992 22:12:32 GMT

silbar@mpx2.lampf.lanl.gov (Dick Silbar) writes:

>The Sun is on an ethernet with my NeXT, and we just got this nice 4mm
>tapedrive.  At the moment I am doing backups to the optical disk on my 
>cube, but who knows how long that situation can last...?  So, it is
>desirable to back up to the tape, if possible.

>It looked pretty simple, we thought: use 'rdump ...', making sure that
>root on the NeXT has root login privileges on the Sun.  It even seemed
>to work, when we tried it, at least as far as the console on the NeXT
>was concerned.

>Not so, at the Sun.  The tape was badly written.  We then found in the
>man page for rdump that the utility (in 2.1) apparently only works
>between NeXTs.  Bummer.


Actually, the tape was correctly written. The man pages on dump state that dumps
made with the dump supplied by Next are not compatible with restore programs from
other vendors. Supposedly the rdump.old in /usr/etc should work with restore programs
from other vendors but has not worked in my experience (which is limited). To restore
files from the dump tape on the sun use /etc/rrestore on the NeXT. To do this you have
to be root on the NeXT and have the NeXT included in the .rhosts file on the sun. 

By the way, how come the man pages state that rdump only works with other NeXT machines?


Dirk Van Gelder
(gelderd@acf3.nyu.edu)
Newsgroups: comp.sys.next.sysadmin
From: tholland@dreams.skidmore.edu (Anthony Holland)
Subject: Need Help re: WANGDAT 3200 tape storage-Testing on Cube 
Keywords: WANGDAT
Organization: Skidmore College, Saratoga Springs NY
Date: Sun, 30 Aug 1992 23:45:13 GMT

Greetings,

We just installed a WANGDAT 3200 for tape backups, but the software we  
ordered to work with it: "SavetyNet" (mentioned in the last article in  
NeXTWorld Mag.) won't arrive for a while yet.  I need to test this thing  
and make sure it's working (I did all the internal connections...scsi  
chaining inside a Sigma 2 bay drive etc., so there was a certain amount of  
guess work.).

I'd appreciate any help/advice on some commands I could use to test this  
tape device and see if the cube seems to acknowledge it and will dump  
files to it.  I know virtually nothing of this thing so any advice is  
welcome.

Many thanks

Anthony Holland
Skidmore College

ps  it hasn't exploded yet, so that's a good sign that I connected the
	power supply properly ! (no >?)

tholland@pars.skidmore.edu
Newsgroups: comp.sys.next.sysadmin
From: jbradsha@mentor.cc.purdue.edu (Jonathan Bradshaw)
Newsgroups: comp.sys.next.sysadmin
Subject: NetInfo from tty login
Date: 28 Aug 92 04:59:44 GMT
Organization: Purdue University

This is undoubtably obvious (I hope) but neither I nor the syadmin of the
NeXT machine know how the NetInfo stuff can be changed from a root login
via telnet. It's no problem when logged into the console with the GUI
editor but is there anyway to put new entries in the mount list etc. from
remote?  I checked the FAQ and didn't see anything about this and manuals
seem to only geared from console logins.

-- 
Jonathan Bradshaw | jbradsha@mentor.cc.purdue.edu | HAM: N9OXE | Prodigy XMSN02B
  WNDU-AM/FM/TV South Bend, IN | Disclaimer "My opinions are not my employers"
  - "Busy life, not enough time to look in the mirror." - Deborah Ann Gibson -
Xref: sparky comp.sys.next.sysadmin:4987 comp.unix.admin:4833
From: mike@pacsoft.com (Mike Stefanik)
Newsgroups: comp.sys.next.sysadmin,comp.unix.admin
Subject: Re: Vendors Considered Evil (Re: Perl use over NFS)
Date: 2 Sep 92 04:51:04 GMT
Followup-To: comp.sys.next.sysadmin
Organization: Pacific Software Group, Riverside, Ca.

In an article, kludge@grissom.larc.nasa.gov (Scott Dorsey) writes:
>Umm... folks?  You do know about symbolic links, don't you? [...]

Umm... Scott?  Perhaps you regarded it as simply an unsubstantiated
rumour, but guess what... there *are* folks out there running SVR3 UNIX
who can't even spell "symbolic link".

Unfortunately, I must count myself among the symbolically linkless.
But, after years of counseling, I have learned to cope.  You just take
it one day at a time, and if you slip up and do an "ls -s" or a symlink(),
just relax and remember it's all part of the recovery process.

-- 
Mike Stefanik  mike@pacsoft.com  ...!uunet!pacsoft!mike
Pacific Software Group, Riverside, CA
Newsgroups: comp.sys.next.sysadmin
From: Mark-Tarbell@suite.com
Subject: Re: NeXTcube 9mm Reprieve
Reply-To: Mark-Tarbell@suite.com
Organization: Suite Software, Anaheim CA.
Date: Mon, 31 Aug 1992 18:11:34 GMT

In article <1992Aug27.144233.1@capd.jhuapl.edu> waltrip@capd.jhuapl.edu  
writes (re: PostScript error when printing):

> 	Does selecting Preview work ok?

No. When imaging a file with Preview, it will stop part of the way
through the image with a generic "PostScript imaging error". It
seems that some PostScript/print file got stepped on somehow. If
only I knew what component to replace on disk!! I've tried all the
obvious ones...

> 	Did you lose your email capability at the same time as your
> 	print capability?

No - the email problem is due to me booting from the 2.0 release
optical. Things aren't set up yet in this mode.
Newsgroups: comp.sys.next.sysadmin
From: lemson@ux1.cso.uiuc.edu (David Lemson)
Subject: Re: NeXTmail server
Organization: University of Illinois at Urbana
Date: Sun, 23 Aug 1992 17:42:49 GMT

batman@olorin.dark.sub.org (Thomas Fischer) writes:

>Hi there,

>Is there a mail server somewhere out there which is capable of sending
>files by NeXTmail ?

>Maybe as a completely new program or perhaps just a patch to some existing
>software... ?!?
Check sonata.cc.purdue.edu:/pub/next/2.0-release/source/tnextmail1.0.tar.Z
It does what you want probably. (Lets you send a file or directory
via NeXTMail from the command line)
-- 
David Lemson                                                 (217) 244-1205
University of Illinois NeXT Campus Consultant  / CCSO NeXT Lab System Admin
Internet : lemson@uiuc.edu                 UUCP :...!uiucuxc!uiucux1!lemson 
NeXTMail accepted                                   BITNET : LEMSON@UIUCVMD
From: thorson@typhoon.atmos.colostate.edu (Bill Thorson)
Newsgroups: comp.sys.next.sysadmin
Subject: NeXTStep 3.0 sendmail problems
Date: 3 Sep 92 22:50:16 GMT
Organization: Colorado State University -- Atmos Sci


  I'm having some problems with sendmail in 3.0.


  Here is my setup.  I have one NeXTStation (N1) that handles mail for another (N2).
N1 stays on all the time so that the other N2 can be powered down.  The MX records
on our campus mail server point first to N2 and then to N1 and then to itself.
This has been working fine for some time with NeXTStep 2.1.  Now things are
broken.  Here is the error message:

<<< 553 N1.domain config error: mail loops back to myself
554 <user@N2.domain>... 554 Service unavailable

  I tried this with both the provided sendmail.mailhost.cf and my previous one
from NeXTStep 2.1 with the same results.

  Finally, I can't find the running deamon when I do ps -aux.  How the heck
are things working now?  There is no sendmail.fc so I guess that the config
file is read in every time it's needed.  I can't kill the sendmail because I
can't find it.

Bill

-- 
#!/bin/sh
#-----------------------------------------------------------------------#
echo Bill Thorson                   thorson@typhoon.atmos.colostate.edu
echo Dept of Atmospheric Science    +1 303 491-8339
echo Colorado State University
echo Ft. Collins,  CO  80523
#-----------------------------------------------------------------------#
Newsgroups: comp.sys.next.sysadmin
From: lux@sol.UVic.CA (Michael O'Henly)
Subject: How to undo NetMgr change - sys won't boot...
Keywords: broadcast address 
Organization: University of Victoria
Date:  1 Sep 92 17:50:28 GMT

	I mistakenly set NetMgr...Local...Broadcast address to the IP
address for my machine. (It's not on a NetInfo network, just connected
to the campus Ethernet).

	Now, the boot process gets to a point where it's saying
"netinfo timeout, sleeping" (shortly after "starting rpc and net
services") and then hangs.

	How can I reset NetMgr...Local...Broadcast Address to
"default" (assuming that's what I should do at this point)?

	Thank you in advance...

	Michael.
--
Michael O'Henly                 
McPherson Library                Internet:  lux@sol.uvic.ca
University of Victoria                      lux@uvvm.uvic.ca
Victoria, B.C., Canada             BITNET:  lux@uvvm



Newsgroups: comp.sys.next.sysadmin,comp.unix.admin
From: fwp@CC.MsState.Edu (Frank Peters)
Subject: Re: Vendors Considered Evil (Re: Perl use over NFS)
Organization: Computing Center, Mississippi State University
Date: Fri, 28 Aug 1992 18:01:37 GMT

In article <1992Aug28.155801.14501@sei.cmu.edu> kochmar@sei.cmu.edu (John Kochmar) says:
: 
: In article <1992Aug28.145234.17625@news.eng.convex.com>, Tom Christiansen <tchrist@convex.COM> writes:
: |> ...
: |> In the particular case of perl, it really does make things *much*
: |> easier if there is an agreed-upon, standard location.  The 
: |> preferred strategy is to put a link in /usr/bin pointing to 
: |> where it actually lives, which varies from machine to machine.
: |> ...
: 
: OK, I'll bite: why is it that it is much easier if perl is in an agreed
: upon place like /usr/bin?

Because perl is a scripting language.  That means it wants to have a #!
line at the beginning with the path name to an executable.  Distributing
code in this situation can be an annoyance unless you can arrange to
have the path to perl be the same on different systems.

I'm not sure, though, that I would characterize this as "*much*
easer".  It isn't that hard to edit a file or sed a collection of
files.

: We use /usr/local for all tools that aren't part of the standard
: distribution that the vendor sends us, and I've made all sorts of
: software work cleanly while living in /usr/local (and, in almost all
: cases, without the use of symbolic links in /usr/bin.)  This model
: works really well for us, and most tools will work with this model
: if the programmers weren't of the lazy sort who like to hardwire
: paths into the binary.

But scripts have a path hardwired into them almost by definition.

--
Frank Peters  -  UNIX Systems Programmer  -  Mississippi State University
Internet: fwp@CC.MsState.Edu  -  Phone: (601)325-7030  -  FAX: (601)325-8921
Newsgroups: comp.sys.next.sysadmin
From: chris@tessi.com (Chris Lamb)
Subject: Help!  DoveFax init string
Summary: "Pleeeeeeuze!" -- Stimpy
Keywords: No docs!  Argh!
Organization: Test Systems Strategies, Inc., Beaverton, Oregon
Date: Tue, 25 Aug 1992 19:44:14 GMT


At last, I want to get my Mom's UUCP connection going, and all I've got
currently is a Dove fax/modem.  This was supposedly purchased new, but

	no printed docs came with it

	the original floppy is unreadable now

	I lost the email address of a guy who may
	have been able to help me

All in all, pretty rotten luck, eh? :-)

So, please help end this tale of woe, and send me the magic I need to
put in my dialer script to make the fax modem be a data modem...and if
necessary, switch back to fax-ness when data connections are closed.

I'll go snoop the archives and try to locate NewsGrazer and a 'better'
version of UUCP (any strong recommendations?  I know that NeXT's
standard stuff is really old).  Any other tips about the Dove fax (or
any other generic fax driver and/or uucp hints) will be warmly and
enthusiastically appreciated!  Thanks very much!

Hoping to be able to say "NeXTmail welcome!" very soon,

-- chris@tessi.com

"It's the Cheese-o-Phone!  Now we can talk to cheese anywhere in the
world, regardless of their foreign tongue!" -- Stimpson J. Cat
From: waldvoge@nessie.cs.id.ethz.ch (Marcel Waldvogel)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: NeXT Remote Power Up/Down?
Date: 27 Aug 92 17:31:05 GMT
Organization: Swiss Federal Institute of Technology (ETH), Zurich, CH

In article <1992Aug26.175739.26913@sunova.ssc.gov> faught@redfox.ssc.gov writes:
>shutdown -p should work. You'll need to be root over the network, of course.

No, shutdown -p doesn't power the machine down. You have to
'shutdown -h -p', to do the job, the manpage is not quite clear about
this.

-Marcel
From: doug@foxtrot.ccmrc.ucsb.edu (Douglas Scott)
Newsgroups: comp.sys.next.sysadmin
Subject: Renaming targets in bookshelves
Date: 27 Aug 92 21:57:21 GMT
Distribution: usa
Organization: Center for Computer Music Research and Composition, UCSB

This is about DL under 2.1:

I have found that much of the time I am unable to rename the targets in my
bookshelves.  For example, if I have a man directory someplace, and drag it
into a bookshelf, it is nice to rename it from "man" to something more
descriptive.  If I enter in a new name and hit <return>, the new name is
there, but if I save the bookshelf, close it, and then re-open it, the old
original name is back.

Given that I have permission to save the bookshelf (I get an error if I dont), 
why is this information saved sometimes and not others?

Thanks.
-- 
Douglas Scott                              (805)893-8352
Center for Computer Music Research and Composition
University of California, Santa Barbara
Internet: (NeXTMail ok)   <doug@foxtrot.ccmrc.ucsb.edu>
Newsgroups: comp.sys.next.sysadmin,comp.unix.admin
From: kludge@grissom.larc.nasa.gov ( Scott Dorsey)
Subject: Re: Vendors Considered Evil (Re: Perl use over NFS)
Organization: NASA Langley Research Center and Reptile Farm
Date: Mon, 31 Aug 1992 12:42:42 GMT

In article <1992Aug30.215306.12595@puma.ATL.GE.COM> rsnyder@atl.ge.com (Bob Snyder) writes:
>In article <1992Aug28.183918.22664@sei.cmu.edu> kochmar@sei.cmu.edu (John Kochmar) writes:
>
>>You've gotta be kidding, right?  You're not advocating that perl be
>>placed in /usr/bin so that scripts you pick up from who-knows-where
>>will run without modification, right?
>>
>>I got the same response from someone else in private mail.  Since I
>>don't make a habit of picking up a script and running it without
>>checking it over, I don't see changing the #! at the beginning to be
>>that big a deal.

>But when you have a multi-user environment, and new users coming in, they
>expect that programs will be in certain commonly known locations, like sh
>and perl.  I don't neccesarily like where it goes, but that is where most
>people expect to find it.

Umm... folks?  You do know about symbolic links, don't you?  You do know that
it's common practice to put site-specific material in a non-/usr paritition
and place symbolic links from the /usr filesystem (or from /bin) to them?
This solves both problems.  In addition, it makes it a whole lot easier to
install a new operating system from scratch on another machine, and customize
it by copying over all the site specific information.
--scott
From: ddj+@CMU.EDU (Douglas F. DeJulio)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: w command
Date: 27 Aug 92 13:52:46 GMT
Article-I.D.: andrew.oebIui_00VI8MGw8BF
Organization: School of Computer Science, Carnegie Mellon, Pittsburgh, PA

> is the w command working correctly?
> 
> whenever i try to use it i just get
> 
> basalt> w
> No namelist
> 
> what does that mean, what do i have to change?

This could happen if you stripped your kernel (/sdmach).  You should
never strip the kernel.
-- 
Doug DeJulio
ddj+@cmu.edu
From: pete@othello.dartmouth.edu (Pete Schmitt)
Newsgroups: comp.sys.next.sysadmin
Subject: uucp "permission denied"
Date: 29 Aug 92 00:03:18 GMT
Organization: Dartmouth College, Hanover, NH

Trying to use the uucp command to send a file to another
system over a modem, and I keep getting permission denied error, even
if the file is set to mode 777.  What am I doing wrong?

-pete
--
Peter Schmitt, UNIX Systems Specialist, Computing Services, Dartmouth College
Email: peter.schmitt@dartmouth.edu                        Phone: 603-646-2085
******* Let us not give up meeting together, as some are in the habit *******
******* of doing, but let us encourage one another.    -Hebrews 10:25 *******
From: mconners@magnus.acs.ohio-state.edu (Michael R Conners)
Newsgroups: comp.sys.next.advocacy
Subject: NeXT isn't mentioned, but should be...
Date: 27 Aug 92 20:10:56 GMT
Organization: The Ohio State University


	In today's (8/27) Wall Street Journal, in the second section there was
a piece in the "Personal Technology" section about printers, drivers, and
fonts under Pee-Cee/Windows & Apple environments. The author outlines how they
work, don't work and how each environment deals with them. 

	He never once mentioned NeXT (gasp) in the article! He (Walter Mossberg)mentions Adobe and H/P but doesn't mention the only system (that I know of) 
that uses display Postscript and doesn't have all of the extra add-on costs
like SOME O/S's do. 

	I think I'll drop Walter a line...
-- 
:  Michael R. Conners              : "Giving money and power to Congress is  :
:  THE Ohio State University       :  like giving liquor and the keys to the :
:  College of Business             :  car to teenage boys." - P.J. O'Rourke  :
Newsgroups: comp.sys.next.advocacy