HDTenEightyP/NetNews huggingface dataset:
From: serge@princeton.EDU (Serge J. Goldstein)
Subject: Re: How to message network users before system shutdown?
Originator: news@nimaster
Keywords: public window server  security 
Organization: Princeton University
Distribution: world,local
Date: Fri, 16 Oct 1992 14:13:39 GMT

In article <1992Oct15.125140.18223@pellns.alleg.edu> aherskow@reis5.alleg.edu  
(Aaron David Herskowitz) writes:
.... (much deleted)
> 	Is is possible to set Public Window Server for a group?  Meaning, could  
only a  
> certain group write to the Window Server so that we could disable the Public  
Window  
> Server access for the rest of the network.  This would pretty much solve the  
problem and  
> would allow an App to be run and pop-up on the remote machine.
.... (much deleted)
> Aaron
> --
> --  Aaron Herskowitz  --  aherskow@alleg.edu  --  NeXTmail Welcomed  --
>                          --  Allegheny College  --  Meadville, Pennsylvania   
--
No, unfortunately, this can't be done, and it is a glaring error in the design  
of the window server.  We have hundreds of Suns running X here at princeton,  
and one of their few advantages over the Next is that the Sun X user can run an  
application anywhere (say on a large server) and have that application display  
on the user's workstation, all without the huge security exposure of the Next  
public-window-server design.  We need Next to fix this asap.
--
Serge J. Goldstein
Newsgroups: comp.sys.next.sysadmin
From: sears@tree.egr.uh.edu (Paul S. Sears)
Subject: Re: Limiting printers/faxes to specific users (ARRRGGGG)
Reply-To: sears@tree.egr.uh.edu
Organization: University of Houston
Date: Thu, 8 Oct 1992 18:08:25 GMT

In article <1992Oct8.155329.29458@menudo.uh.edu> sears@tree.egr.uh.edu (Paul  
S. Sears) writes:
=>
=>What exactly is the _writers property for under the printer/fax entry in  
=>Netinfo??
=>
=>I was wondering if I could use this property to only allow specific users to  
=>print to this printer.  Or is this just to allow modifications to the  
=>printers/fax modems themselves.  If this is the case, does anyone know of a  
=>way to only allow specific users to use a printer?  Is there anyway to limit  
=>who can _send_ faxes since using the printmanager it is easy to limit who  
can  
=>receive them but it seems (by looking at the logs) that anyone can send? 
=>
=>I cannot simply limit which machines see the printer because this printer  
will  
=>be located in a lab setting and thus, it is currently accessable to  
anyone...

Ok. that was my original query.  I have done some investigating in printcap  
and I found this really useful capacility that was listed in the man page:

rm	str	NULL		restricted group.  Only members of group  
allowed access

I thought hey, this is PERFECT... so what's the catch??

Well, it works fine if you try to print via the command line:

oak> lpr -PN396_D_EE_Lab testfile.txt
lpr: Not a member of the restricted group


So it works fine using lpr, what's the problem?  The problem is that printing  
via the printpanel of any NeXTSTEP application seems to ignore this restricted  
group option (rg) in a printcap entry... ARRRRGGGGHH!!!!

Any other ideas?  Or is there anyway to kick npd in the head and tell it to  
obey what is listed in the printcap entry??

--
Paul S. Sears                *  sears@uh.edu (NeXT Mail OK)
The University of Houston    *  suggestions@tree.egr.uh.edu (NeXT
Engineering Computing Center *  comments, complaints, questions)
NeXT System Administration   *  DoD#1967 '83 NightHawk 650SC 
          >>> SSI Diving Certification #755020059 <<<
"Programming is like sex: One mistake and you support it a lifetime."
Newsgroups: comp.sys.next.sysadmin
From: hernadi@cpsc.ucalgary.ca (Stephen Hernadi)
Subject: Help: cannot boot NeXT 
Organization: University of Calgary Computer Science
Distribution: comp.sys.next.sysadmin
Date: Tue, 13 Oct 1992 14:37:53 GMT

 I have this major problem with the NeXTstation in our
lab. I really messed up the files needed for booting, such as
/sdmach and /usr/etc/mach_init ... now the machine won't even boot
to single-user mode.  I could fix the boot files if I can become root
somehow ( I have copies of the correct files in / ). 
so what to do now? can I boot from a floppy, and how do I create a 
boot floppy? I tried booting from our server on the net, 
but all I get is lots of error ; I don't know what I have to do 
to boot off our server somehow. We dont have optical disk drive.
   I don't mind even if I have to rebuild the
hard disk, nothing crucial will be lost; but how do I do that if
I can't boot?
We are running NeXTStep 2.0 at the moment.
many thanks for any suggestions,
Istvan
hernadi@cpsc.ucalgary.ca 

Newsgroups: comp.sys.next.sysadmin
From: jmd@cube.handheld.com (Jim De Arras)
Subject: Re: NeXT Color Printer Supplies
Organization: Hand Held Products, Inc.
Date: Thu, 8 Oct 1992 13:33:28 GMT

In article <1992Oct6.232339.18130@almserv.uucp> e3ukjh@fnma.COM (Kevin Hegg)  
writes:
> NeXT sells the ink cartridges in 6-packs. The developer prices for 6 black  
cartridges is $105 and for 6 color cartridges (2 of each color) is ~$150.  The  
only other source I found was Canon.  They will sell single cartridges.  The  
price for a single black cartridge is $20 and color cartridge is $30.  You can  
order them by calling 1-800-457-5999 and ask for Martha Allen.
> 
> ---
> Kevin Hegg                       Internet: e3ukjh@fnma.com
> Fannie Mae                       Phone: (202) 752-7813
> 

Do you have enough experence to get a rough cost-per-page, yet?
For color text, color images, and B/W text?

I wanna get one, but at the $.25+ per page I read in NeXTWORLD, it's a bit too  
rich for my needs!  About $.10 on average for color would be nice!

Jim

--
Jim De Arras            | The opinions expressed herein are
Hand Held Products, Inc.| not necessarily those of Hand 
804.784.3090 voice      | Held Products, Inc., and may not 
804.784.3147 FAX        | even be mine. Use at your own risk
From: rbp@investor.pgh.pa.us (Bob Peirce #305)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: bug in tar, anyone fixed it?
Date: 12 Oct 92 17:17:38 GMT
Reply-To: rbp@investor.pgh.pa.us (Bob Peirce #305)
Organization: Cookson, Peirce & Co., Pittsburgh, PA

In article <1992Oct6.084806.10760@urz.unibas.ch> frank@ifi.unibas.ch writes:
>In article <ti6ls.718300894@tuhhco>  writes:
>> As the man pages say "The current limit on file name length is 100  
>characters."
>> Has anyone fixed this bug?
>
>YEP, GNU! get GNUtar... (it's all over the places, on many different servers)
>--
However, the one that comes on the NeXT in /usr/bin/gnutar doesn't
really fix the problem exactly.  When it encounters a path that is too
long it converts it to something like %%mangled1 and displays this info
on the terminal window.  You have to make a note of it in order to
recover the file to the right place.  Somebody says this is an older
version of gnutar so a newer version might do the right thing. 
-- 
Bob Peirce, Pittsburgh, PA         rbp@investor.pgh.pa.us         412-471-5320
venetia@investor.pgh.pa.us [NeXT Mail]  !uunet.uu.net!pitt!investor!rbp [UUCP]
Newsgroups: comp.sys.next.sysadmin
From: omv@athena.mit.edu (Daniel K Hartman)
Subject: User problems with workspace settings...
Organization: Massachusetts Institute of Technology
Date: Tue, 13 Oct 1992 13:50:44 GMT

I just noticed some strange behavior from my NeXT this morning - it seems that
somehow the workspace settings (in particular, the dock) have gotten linked
between a couple of accounts.  For example, I added a new user last night,
and then logged back in this morning, and my dock was changed to that of
the new user.  Then, after I changed my account back, the new user's dock
was changed to mine.  I think it might have something to do with the
network/local status of the UserManager and the user id #'s, since it seems
to repeat #'s between network users and local users.  Any ideas?!?!?

Thanks,
-dan hartman

omv@athena.mit.edu
From: hardy@golem.ps.uci.edu (Meinhard E. Mayer (Hardy))
Subject: Re: sendmail and mail clients
In-reply-to: cartley@slate.mines.colorado.edu's message of 15 Oct 92 18:43:19 GMT
Newsgroups: comp.sys.next.sysadmin
Organization: Department of Physics, UC Irvine, CA 92717-4575, USA
	<1992Oct15.184319.38325@slate.mines.colorado.edu>
Date: 16 Oct 92 03:26:13 GMT

HP-UX has a nice feature in its sendmail.cf called "site-hiding" where
nodes in a cluster served by a mailhost are hidden from the outside
world. It shouild be easy to modifi sendmail.cf so that the from line
would list the mailserver.
--
Hardy 
-----
Meinhard E. Mayer,  Department of Physics, UC Irvine 
e-mail: hardy@golem.ps.uci.edu (preferred) or MMAYER@UCI.BITNET

Newsgroups: comp.sys.next.sysadmin
From: haker@whitewater.chem.wisc.edu (Michael Haker)
Subject: CDPlayer problems
Organization: Physical Sciences Lab, UW-Madison
Date: Sat, 10 Oct 92 06:56:38 GMT

We are still having a small problem with our upgrade (which by the way was  
something out of Dante's Inferno). Our printer works, our NetInfo apps  
don't crash, but our CDplayer can't find the CD-ROM drive.  Here's what  
i've tracked down so far:

- root can use the CDPlayer but no one else has any luck

- if you run the CDPlayer executable from within gdb you get these  
messages
Starting program: /HUGEdisk/NextDeveloper/Demos/CDPlayer.app/CDPlayer 
cdutil: findDrive: Ioctl SGIOCSTL failed: 2
cdutil: findDrive: Permission denied
cdutil: findDrive: Ioctl SGIOCSTL failed: 4
cdutil: findDrive: Permission denied
cdutil: findDrive: Ioctl SGIOCSTL failed: 5
cdutil: findDrive: Permission denied
cdutil: findDrive: Ioctl SGIOCSTL failed: 7
cdutil: findDrive: Permission denied

does anyone know what the CDPlayer program is doing here and where I need  
to change permissions within the file hierarchy? By the way our CD-ROM is  
at scsi number 4 which is sd2a when the system boots up.

Thanx

Mike Haker
dept chem UW-Madison
haker@whitewater.chem.wisc.edu 

  
Newsgroups: comp.sys.next.sysadmin
From: jmm@king.econ.lsa.umich.edu (Jeffrey K. MacKie-Mason)
Subject: Re: DialUp-IP Questions
Reply-To: jmm@king.econ.lsa.umich.edu
Organization: University of Michigan Math Dept
Date: Wed, 14 Oct 1992 20:49:37 GMT

In article <1992Oct14.151629.8141@ni.umd.edu> louie@sayshell.umd.edu (Louis A.  
Mamakos) writes:
> In article <1992Oct13.171903.11893@leland.Stanford.EDU>  
sjpark@leland.stanford.edu (Sang Ju Park) writes:

> >command.  Better yet, is there any way of bring down the slip
> >link and disconnect the modem (hayes compatible) quickly ?  Currently 
> >I have to turn off the modem if I need to use the telephone immediately.
> >I'm runnig it on 3.0 machine if that matters.
> 

I've been having problems with Louie's SLIP since I upgraded to 3.0, too.  It  
used to be that slip-down hung up the phone.  Now I seem to have to turn off  
the modem if I want to use the phone at all, not just immediately.  I didn't  
see an answer to this problem in Louie's reply to this message.  What's up?

I've also had the problem that after I use SLIP, then slip-down and/or
slip-reset, the /dev/cua is locked and I cannot run Kermit.  I think even
logging out and in didn't work--I had to reboot.  This wasn't a problem before.


--
Prof. Jeff MacKie-Mason	        internet:    jmm@umich.edu
Dept. of Economics                bitnet: usergc76@umichum
Univ. of Michigan                 phone:      313-764-7438      
Ann Arbor, MI 48109-1220          fax:        313-763-9181      
Newsgroups: comp.sys.next.sysadmin
From: pmarcos@adobe.com (Paul Marcos)
Subject: Help: Mail spool file owned by 'nobody'?
Followup-To: comp.sys.next.sysadmin
Organization: Adobe Systems, Inc.
Date: Thu, 15 Oct 1992 15:32:51 GMT

I've got a NeXTstation and it has a problem.  Whenever it receives mail, it
is owned by 'nobody'.  How can I correct this so that it's owned by the
person who it is addressed to?  

Any advice is appreciated.

Paul

|---------------------------------------------------------------------|
|  Paul Marcos                        |     Anything that I say,      |
|  Adobe Systems, Inc.                |     I say on my own.          |
|  1545 Charleston RD, P.O. Box 7900  |     My views are not          |
|  Mountain View, CA  94039-7900      |     the views of my employer. |
|  Internet:  pmarcos@adobe.com       |                               |
|---------------------------------------------------------------------|
From: henrich@crs.cl.msu.edu (Chuck Henrich)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: What the hell is "No more room in kernel map"???
Date: 15 Oct 92 18:43:31 GMT
Organization: Michigan State University

BrianW@SoundS.WA.com (Brian Willoughby) writes:

>I've been running for 48 hours without a single pesky panic, so I figured it  
>was close enough to proven to share with the community before someone else  
>starts getting a headache too.

Im running 3.0 here and there is a bug in the OS somewhere that spawns "zombie?"
tasks (mach-task with a pid -1).  After about 2 to 3 days there are well over
300 of them, the process-table files, and BAM system panic crash.  *sigh*
Where's 3.1??!  

-Crh
--
                          
Charles Henrich      Michigan State University      henrich@crs.cl.msu.edu
     
Newsgroups: comp.sys.next.sysadmin
From: john@wpa.com (John Bartley)
Subject: NeXT printer accounting
Reply-To: john@wpa.com (John Bartley)
Organization: Workgroup Productivity Associates
Date: Thu, 8 Oct 1992 21:56:58 GMT

A few months ago, I enabled printer accounting on my system. However, I  
would like to increase the level of detail that is recorded. Right now,  
each print job records something like this:

   5.00	nimno:john

Is it possible to have this line include the date/time, the  
application, and possibly other things like the document name, etc?

The man page on 'pac' seems to indicate that the above sample is as  
much as I can get. Can this be modified? Are there other utilities  
available that can provide more comprehensive reporting?

Thanks for any tips.

John Bartley
john@wpa.com
From: isbell@cats.ucsc.edu (Art Isbell)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: bug in tar, anyone fixed it?
Date: 7 Oct 1992 05:51:52 GMT
Organization: Cubic Solutions - NeXT software development and consulting
NNTP-Posting-Host: am.ucsc.edu


In article <Bvpnv8.1w4@ux1.cso.uiuc.edu> lemson@ux1.cso.uiuc.edu (David Lemson) writes:
>Also there is some variant of tar that handles >100 char filenames
>buried in 3.0, in Installer.app.  I think it's called
>installer_bigtar.

My backup script has broken pretty badly under 3.0 with more file names
containing space and upper ASCII characters.  So I just don't back up such
files since they tend to be system files or MiniExamples.

But the long path problem has plagued me as well, so I tried installer_bigtar.
It seems to be a good news/bad news story.  It doesn't seem to create a table
of contents (-t reports nothing).  -v prints nothing.  Either tar or gtar
complains about the installer_tar file format (can't remember which).  So I'd
recomment caution before depending on installer_tar; gnutar (1.10) is in
/usr/bin and seems to support long paths, but in a slightly different way than
the current gnutar (1.11.1).
-- 

Art Isbell                                                      Cubic Solutions
NeXT Registered Developer #745         NeXT software development and consulting
Email: isbell@cats.UCSC.EDU                                Voice: (408)335-1154
USmail: 95018-9442                                           Fax: (408)335-2515
From: cs4w+@andrew.cmu.edu (Charles William Swiger)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: How to message network users before system shutdown?
Date: 15 Oct 92 18:00:51 GMT
Organization: Senior, Chemistry, Carnegie Mellon, Pittsburgh, PA

Excerpts from mail: 15-Oct-92 Re: How to message network .. by David Apfelbaum 
> For the benefit of you folks that are not on AFS, the X version (Andrew
> implementation) of zephyr has  a source tree >8.6 Megabytes.  Conversion
> to NeXTStep may be worthwhile, but will most likely be extremely
> non-trivial.

9 Megs???  What in god's name is in there?  Actually, I can believe that
the multiple font support, et al. would take some space.  It shouldn't
take too much effort to support a text-only version that'd bring up an
alert panel.

>  
> Now, why can we simply write a 10 line program that uses NXRunAlertPanel
> to run a alert-panel with an OK button, and then arrange to have it run
> remotely on whatever machine you wish it run on...  (Net-gurus, is there
> any way to have inetd run it on demand?  Or would we need a daemon
> process on each machine?)  (For that matter, will it (the daemon or
> whatever process) need to be owned by the current user to access the
> workspace?)
>  
>  
>                 -David Apfelbaum
>                  da0g+@andrew.cmu.edu

Well, the standard way that async net connections are made is by
defining a port number that the inetd listens on, and starts up a daemon
to service the request.  For zephyr at CMU (from /etc/services):

zephyr-clt      2103/udp
zephyr-hm       2104/udp

So the answer is yes.  At CMU, the user has to start up his own zephyr
daemon, but it could be done from /etc/inetd.conf as well.  If I have a
large amount of free time, I'll look into whether I can tackle the
problem.

-Chuck


+---------------------------------------------+ 
|  Charles William Swiger -- CMU sucks rocks  | "The television screen is the
|   AMS & normal mail: cs4w+@andrew.cmu.edu   | retina of the mind's eye."
|    NeXTmail: <temporarily out of order>     |           
+---------------------------------------------+            --Videodrome
Newsgroups: comp.sys.next.sysadmin
From: hogan@jasper (Kharim Hogan)
Subject: Re: Mail permissions (scary!)
Organization: Los Alamos National Laboratory, NM
Date: Wed, 14 Oct 92 04:15:11 GMT

In article <1992Oct12.10250.14181@ms.uky.edu> kevins@slow.inslab.uky.edu  writes:
>Mike Matthews writes
>-> In article <1992Oct11.205350.15023@ms.uky.edu> kevins@slow.inslab.uky.edu
>-> writes:
>-> 
>-> >Is it just me or is the fact that the 755 default permissions (readable by
>-> >all) for everything in a users Mailboxes dir a very scary notion.
>-> 
>-> Depends on what the user's ~/Mailboxes dir is set to.  On every system I've
>-> seen it defaults to 700 so it really doesn't matter *what* the permissions
>-> are on everything inside it.  I used to be concerned about 'what if someone
>-> got past the 700' but concluded if they got past that then there isn't much
>-> you can do to stop them anyway.
>-> 
>
>Hmmm... Most of the accounts on the machines I've seen have a 755 permission on  
>the ~/Mailboxes dir. I created a test user with UserManager.app and its  
>Mailboxes dir also had 755 permissions. Have I done something wrong?
>
>
>Kevin Solie
>

Yes I'd also noticed that all new accounts that I've created have had the 755
permissions and always wondered why that was although noone has ever been able
to give me an answer.  I usually get "Really? Oh I better change mine!" or
"Yes that's right and it's up to the user to change it!" and also the odd "well
that is specific to NeXT!".
So I agree it's a good question and long to know why but I don't think that it's
anything that we've done wrong.  If you do find out, or anyone else knows why,
I'm sure many would like to know.  ;-)  I've been wondering over a year and
never found out why...

Kharim Hogan

-- 
*************************************************************************
     Kharim M. Hogan             Systems Administrator 
     hogan@music.mcgill.ca       Faculty of Music, McGill University
*************************************************************************
From: eer1@midway.uchicago.edu (Paul Woods)
Newsgroups: comp.sys.next.sysadmin
Subject: 3.0 & 2.1 on the same machine
Date: 16 Oct 92 14:58:56 GMT
Article-I.D.: midway.1992Oct16.145856.8123
Reply-To: eer1@midway.uchicago.edu
Organization: University of Chicago Computing Organizations

Just curious,

I would like to have the extended release of 3.0 on my 1.2 fuji and leave the  
2.1 on the internal 239 meg.  Has anyone tried this? any suggestions.

I want to set it up so that if something goes wrong on the 3.0 install, I can  
just revert back to the internal installation.


Thanks,

Paul-
Newsgroups: comp.sys.next.sysadmin
From: sears@tree.egr.uh.edu (Paul S. Sears)
Subject: Re: sendmail and mail clients
Reply-To: sears@tree.egr.uh.edu
Organization: University of Houston
Date: Fri, 16 Oct 1992 18:31:48 GMT

In article <HARDY.92Oct15202609@golem.ps.uci.edu> hardy@golem.ps.uci.edu  
(Meinhard E. Mayer (Hardy)) writes:
=>HP-UX has a nice feature in its sendmail.cf called "site-hiding" where
=>nodes in a cluster served by a mailhost are hidden from the outside
=>world. It shouild be easy to modifi sendmail.cf so that the from line
=>would list the mailserver.
=>--
=>Hardy 
=>e-mail: hardy@golem.ps.uci.edu (preferred) or MMAYER@UCI.BITNET

Does anyone have a modified sendmail.cf to do this?  I tried this once, but I  
failed miserably...

--
Paul S. Sears                *  sears@uh.edu (NeXT Mail OK)
The University of Houston    *  suggestions@tree.egr.uh.edu (NeXT
Engineering Computing Center *  comments, complaints, questions)
NeXT System Administration   *  DoD#1967 '83 NightHawk 650SC 
          >>> SSI Diving Certification #755020059 <<<
"Programming is like sex: One mistake and you support it a lifetime."
Newsgroups: comp.sys.next.sysadmin
From: gsk@world.std.com (Geoffrey S Knauth)
Subject: NXHost, Mach Ports
Organization: The World Public Access UNIX, Brookline, MA
Date: Mon, 12 Oct 1992 12:20:17 GMT

In article <BvyM8w.Iqy.2@cs.cmu.edu> beatty+@cs.cmu.edu writes:
> I wasn't trying to say that NXHost over SLIP was made slow
> intentionally.  I was trying to say that it might be deliberately hard
> to make it work at all.  So far as I know, to NXHost over SLIP, you
> have to have the same IP address for both the ethernet and the slip
> interfaces, and to make that work, you have to rather carefully adjust
> the routing tables, in the case of a standalone machine.

Aha.  Now I get you.  Several months ago, Ray Bloom <ray@marble.com>
came up with the same solution you did.  This solution is required any
time MACH PORTS are involved.  Information presented to Mach Ports
circulates via en0, the single ethernet interface on a NeXT computer.
Mach Port data doesn't route.

> Making it hard to set up NXHost over SLIP (not the speed) could have
> been a design decision at NeXT, Inc.

I doubt this.  I truly think it was an oversight.

Geoffrey
-- 
Geoffrey S. Knauth, Marble Associates, Inc.                Member BCS-NeXT, LPF
gsk@marble.com, (617) 891-5555 work, (617) 547-5247 home   Standard Disclaimers