HDTenEightyP/NetNews huggingface dataset:
From: gadallah@wu2.wl.aecl.ca (Larry Gadallah; B300-1-115; x2603)
Subject: Mail.app acting very strangely
Followup-To: comp.sys.next.sysadmin 
Summary: refuses to serve certain users
Keywords: Mail sendmail
Organization: AECL Research, Whiteshell Laboratories
Date: Fri, 13 Nov 1992 15:53:39 GMT

Help!

I have uncovered a strange problem on my 2.1 system. I have a user
called "janet" who can send mail to other users, but cannot read
mail. I have done all the usual things like checking to see that
the spool file /usr/spool/mail/janet is readable. /usr/ucb/Mail
works just fine for this user. Sendmail logs a good transaction when
mail is send to user "janet" and the message actually appears in
/usr/spool/mail/janet. I got really frustrated and backed up all
of "janets" files, deleted the user "janet" and reinstalled the
user "janet".

Any mail sent to "janet" including the preinstalled message from Steve
Jobs shows up the first time Mail is run by "janet". If the "new
mail" button is pressed, you get a beep, as expected. Now, if you 
delete the old mail from the Active.mbox and exit Mail, the next time
you run Mail, you cannot receive mail, and if you press the "new mail"
button, nothing happens. You get no beep and no new mail. If you send
a message to yourself, it does not appear in the Active.mbox even 
though it shows up in the /usr/spool/mail/janet file and sendmail has
logged the transaction with no errors. You can see the message with
/usr/ucb/Mail with no difficulty.

I have deleted and reinstalled user "janet" twice and seen the same 
symptoms. There are four other users on the system who can send and 
receive mail without any problems. What the heck is going on here? Is 
something inside Mail.app mangled?

Thanks,


-- 
-------------------------------------------------------------------------
Larry Gadallah				Internet: gadallah@wu2.wl.aecl.ca
AECL Research, Whiteshell 		DECnet:   WL::GADALLAHL
Computing Support 			Voice:    (204) 753-2311 x2603
From: basiji@stein.u.washington.edu (David Basiji)
Newsgroups: comp.sys.next.software
Subject: Re: S+ - Statistical Package Available on NeXT
Date: 6 Nov 92 20:46:27 GMT
Article-I.D.: u.1992Nov6.204627.18003
Organization: University of Washington


I just spoke with the folks who produce this package and they told me
that they have just decided to do a dedicated NeXTSTEP port, not just
an X11 implementation, thanks to the overwhelming response they've 
gotten from NeXT users!  

[collective back patting]

The salesman I spoke with was very curious about NeXT machines and said
that there is one salesman there who already has a NeXT and loves it to
pieces.  

This could be a Very Good Thing.

David Basiji
Newsgroups: comp.sys.next.software
From: dmm0t@rincewind.mech.virginia.edu (David Meyer)
Subject: Re: TeX disk space inefficiencies. (save ~2 meg)
Organization: University of Virginia
Date: Sat, 7 Nov 1992 21:03:06 GMT

In article <1992Nov7.172031.10284@dartvax.dartmouth.edu> fermat@fermat.dartmouth.edu (Michael Glenn) writes:
>After installing amstex and amslatex on my NeXT, I discovered several  
>additional files that were not needed.  Namely duplicate copies of files  
>that could easily be replaced with symbolic links.
>
>In /usr/lib/tex/formats:
>
>splain.fmt == slitex.fmt (576k)
>lplain.fmt == latex.fmt  (496k)
>plain.fmt  == tex.fmt    (288k)

You actually lost some disk space by doing this.  All of the files you
replaced with symbolic links were in fact hard links.  If you'd done
an "ls -i", you would have seen that all the duplicate files share the
same inode.

BTW, the same is true of /sdmach and /odmach.

			Dave


-- 
David M. Meyer                             Mechanical & Aerospace Engineering
dmm0t@rincewind.mech.virginia.edu          University of Virginia
NeXTmail ok
From: mfausett@bbn.com (Mark Fausett)
Newsgroups: comp.sys.next.software
Subject: sybase dead in 3.0?
Date: 10 Nov 92 23:03:23 GMT
Distribution: world
NNTP-Posting-Host: kirin.bbn.com
Summary: Is the Sybase DB server for 2.X DOA in 3.0?
Keywords: Is the Sybase server I use in 2.X dead in 3.X?

Sorry, maybe a dumb question, BUT
is there any way to make the Sybase database server I use in NeXTStep 2.X work
in NeXTStep 3.X?

Mark Fausett
mfausett@bbn.com

Newsgroups: comp.sys.next.software
From: trivedi@speedy.acns.nwu.edu (Kam Trivedi)
Subject: SlideShow BackSpace Module with 3D Images on Sonata and CSOrst
Organization: Black Bag Midwest
Date: Fri, 13 Nov 1992 04:06:18 GMT

I have put the following to the archive site:
sonata.cc.purdue.edu under the /pub/next/submissions
directory:

---

SlideShow (v1.0)

SlideShow is a BackSpace view that allows a .anim directory to be
used as a slideshow directory. The following options are allowed:

+ bounce button allows you to specify whether the images will bounce
around the screen or stay stationary in the middle.

+ seconds/side show a slide for whatever numbers of seconds you specify.

+ .anim path tell SlideShow which .anim directory to use.  A .anim
directory contains .tiff files in numerical order.  For example,
1.tiff, 2.tiff, etc...

---

bigblack> ls -l
-rw-rw-r--  1 trivedi  1081828 Nov 11 02:37 SlideShow.BSView.tar.Z

bigblack> sum SlideShow.BSView.tar.Z
43652  1057

---

enjoy...most of the space is really because of the example images that show
off nPOINT Ltd.'s Frontface, a NeXTSTEP/RenderMan 3D modeler.

Kam
-- 
Kamlesh Trivedi - trivedi@speedy.acns.nwu.edu
Newsgroups: comp.sys.next.software
From: tshelton@sbcoc.com (Ted Shelton)
Subject: Re: Quick notes about Interop
Reply-To: tshelton@sbcoc.com
Organization: Swiss Bank Corporation
Date: Thu, 5 Nov 1992 23:25:21 GMT

In article <1992Nov2.185708.2641@bmw.mayo.edu> brunkhorst@mayo.edu (Geoff  
Brunkhorst) writes:
> 
> Just got back from Interop in S.F.
> 
> NeXT was not officially there, but was found in 3 booths, and NeXTworld
..

> Where NeXT was found:
> 

You missed two that I saw -- so that makes 5 -- my two:

Suite Software

OCGS (The Kerberos people)

Anymore seen out there?

And YES I think that NeXT should have been there...
Newsgroups: comp.sys.next.software
From: wfp@jupiter.claremont.edu (Frank Price)
Subject: Weird pickup delays in Mail 3.0
Reply-To: wprice@pomona.claremont.edu
Organization: Harvey Mudd College, Claremont, CA 91711
Date: Thu, 12 Nov 1992 02:52:15 GMT

I have noticed with all version of Mail I believe that if the application is  
hidden, sometimes it will go for hours and hours before letting me know that  
mail has arrived.  Is there any way I can make it more important for it to let  
me know mail has arrived?  For instance, I have had my computer on for days.   
But Mail just now notified me that I have 9 pieces of mail that have come in  
over the last three days because I had activated it just then.  It is like the  
app gets swapped out and doesn't get a chance to run.  Is there a workaround?

Thanks!

-- Frank
__________________________________________________________________________
Frank Price               | wprice@pomona.claremont.edu
                          | "Nothing crashes like a Macintosh."
NeXTMail appreciated      |      - Guy Kawasaki
From: bestor@cs.wisc.edu (Gareth S. Bestor)
Newsgroups: comp.sys.next.software
Subject: rendering problems
Keywords: 3DReality, Perspective
Date: 12 Nov 92 05:08:06 GMT
Organization: U of Wisconsin Madison - Computer Sciences

I can't get any of the rendering packages to render (e.g. 3DReality or
Appsoft's Perspective beta). I've tried Andrew Stone's thing with
setting up my site as a renderer using NetInfoManager and also the
followup someone posted using Demos/RenderManager. Neither do
anything, though I now have two choices in the render option window that
pops up in each application. I can select either, and nothing happens.
No error, no jump in load, nothing. Insty-rendering works fine, just not  
the photorealistic.

I expect I need to do some sysadmin'ing to get it going, but I have no
idea what. I'm running 3.0 (obviously) on a standalone site connected
via SLIP to the CS dept. I've used HostManager to set my site name
to jabberwocky, but apart from that and the messing described above, I
haven't touched any of the sys admin apps at all. I didn't setup a printer
(I don't have one) and the 3.0 install was a clean rebuild. I think I'm
working from a "virgin" setup - at least as far as NetInfo is concerned.

Any ideas are appreciated.
--
------------------------------------------------------------
                      Gareth S. Bestor
Computer Sciences Dept.        Inst. for Research on Poverty
U. of Wisconsin-Madison        U. of Wisconsin-Madison
1210 West Dayton Street        1180 Observatory Drive
Madison, WI 53706              Madison, WI 53706
Newsgroups: comp.sys.next.software
From: sherwood@space.ualberta.ca (Sherwood Botsford)
Subject: Re: Kudos to Scott Hess, ...
Organization: University Of Alberta, Edmonton Canada
Date: Tue, 10 Nov 1992 19:47:50 GMT

Ivo Welch writes
>  Doesn't anyone  need advanced
> terminal support (e.g. tek401x) anymore?

Sorry 401x isn't enough.  Now if Communicae supported Tek 4109,4115,  
Regis, and VT320, then I would be interested.    
Newsgroups: comp.sys.next.software
From: yikes@netcom.com (Michael Brill)
Subject: Re: PasteUp Arrives
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Sun, 8 Nov 1992 18:38:21 GMT

kthompso@acs.ucalgary.ca writes:

>What's it missing most? KERNING!!!

Place the cursor between two characters and ALT-left arrow or
ALT-right arrow... KERNING!!!

...Michael Brill

-- 
----
Newsgroups: comp.sys.next.software
From: paul@seer.demon.co.uk (Paul Lynch)
Subject: Re: Hiding header fields in Mail.app
Organization: P & L Systems
Date: Fri, 6 Nov 1992 17:29:13 GMT

In article <3193@nlsun1.oracle.nl> hbergh@nl.oracle.com (Herbert van den  
Bergh) writes:
> 	Oops. Forgot to mention I am running NeXTstep 3.0. I don't
> 	see a DefaultMgr around here. Any other ideas?

It's not a NeXT supplied thing; look on the archives for it.

Paul
-- 
Paul Lynch
P & L Systems                   (NeXTmail) paul@seer.demon.co.uk
Tel: (0494)671501                      paull@cix.compulink.co.uk
Fax: (0494)680228                       76711.451@compuserve.com
From: rc9h@faraday.clas.Virginia.EDU (Ronald  Crozier)
Newsgroups: comp.sys.next.software
Subject: BBS on a NeXT
Date: 9 Nov 92 22:41:24 GMT
Article-I.D.: murdoch.1992Nov9.224124.18213
Distribution: usa
Organization: University of Virginia



I'm looking for a BBS program that can be run on a NeXT.

At the very least, it shoulbe be able to handle half a 
dozen message bases and a file transfer areas.

If you have any sugestions please reply to:

rc9h@Virginia.edu
Newsgroups: comp.sys.next.software
From: gordie@yamanote.dolphin.com (Gordie Freedman)
Subject: Re: UI suggestion: Differences Panel
Reply-To: gordie@yamanote.dolphin.com
Organization: Dolphin Software
Date: Mon, 9 Nov 1992 08:41:15 GMT

In article <1992Nov9.044820.12031@news2.cis.umn.edu>  
burchard@horizon.math.utah.edu (Paul Burchard) writes:
> Now that "gdb" has been integrated into Edit, wouldn't it be real nifty  
> to have
> "diff" integrated as well?  Sometimes you have to go thru diffs by hand,  
> This Panel could have an API like all the others, and 
> become a standard part of NeXTSTEP.
> 
> Whaddaya say, NeXT?
> 
> --
> --------------------------------------------------------------------
> Paul Burchard	<burchard@geom.umn.edu>
> ``I'm still learning how to count backwards from infinity...''
> --------------------------------------------------------------------

I have heard that /usr/sbin/gdiff on the SGI is awesome, somebody  
interested in making a "diff" object should check that out. it uses  
multiple different colors to indicate "in 1st doc not in 2nd", "in 2nd,  
not first", and "only in 1st/2nd". It also has a real nice way to move  
things from one file to another. I agree that a neXT object usable by any  
application for "diffing" would be very nice.
-- 
Gordie Freedman gordie@yamanote.dolphin.com   ->   NextMail encouraged
(Disclaimer: Opinions expressed are my own and represent no one else.)
Newsgroups: comp.sys.next.software
Subject: Why is my mouse dead?
From: Kelly Cunningham  (Random Deviate))
Date: 10 Nov 92 14:00:04 CST
Reply-To: deviate@lipschitz.sfasu.edu
Distribution: usa


We lost power to our building yesterday, and all but one NeXT came through ok.   
The one ailing NeXT doesn't have its left mouse button anymore. The right  
button still pops the menu, but the left button does nothing.

We've checked all of the daemons and plugged in a different keyboard/mouse to  
no avail.

Will summarize email, thanks.



--
Randomly, Kelly Cunningham
<deviate@lipschitz.sfasu.edu><f_cnnghamjk@ccsvax.sfasu.edu><jkellyc@tenet.edu>
    NeXTMail (encouraged)         VMS Mail (tolerated)      Pine (beats mail)
"There is no reason for any individual to have a computer in their home."
                  Ken Olson, President and visionary, Digital Equipment, 1977
"NeXTSTEP is probably the most respected piece of software on the planet."
                                                   October 1992 Byte Magazine
From: gene@shallot.ots.utexas.edu
Newsgroups: comp.sys.next.software
Subject: FSP on NeXT
Date: 10 Nov 92 20:13:26 GMT

Anyone know if a version of FSP is available for the NeXT?
Thanks. Gene.
From: hendryjl@NeXTwork.Rose-Hulman.Edu (James L Hendry)
Newsgroups: comp.sys.next.software
Subject: MOD player for the NeXT
Date: 10 Nov 1992 11:52:01 GMT
Organization: Computer Science Department at Rose-Hulman
Reply-To: hendryjl@NeXTwork.Rose-Hulman.Edu (James L Hendry)
NNTP-Posting-Host: salmon.nextwork.rose-hulman.edu
Keywords: MOD, NeXT, sounds



For all those interested, there is a very good .MOD player on sonota  
(sonota.cc.purdue.edu) in the /pub/next/submissions right now, that does  
so very good quality stuff!!! I have had great success with it! They did  
however use a strange file format for the compression but look in the  
directories of /pub/next and you'll find a file called UnSqueezeOnly.Z (I  
think...) this will decompress the files nicely. I was able to get it all  
figured out and I'm no computer genius ;-)  Have fun with it.

Jim Hendry
From: fermat@fermat.dartmouth.edu (Michael Glenn)
Newsgroups: comp.sys.next.software
Subject: TeX disk space inefficiencies. (save ~2 meg)
Date: 7 Nov 92 17:20:31 GMT
Organization: Dartmouth College, Hanover, NH


My second attempt at posting this.  Dunno if this is old news, but...

After installing amstex and amslatex on my NeXT, I discovered several  
additional files that were not needed.  Namely duplicate copies of files  
that could easily be replaced with symbolic links.

In /usr/lib/tex/formats:

splain.fmt == slitex.fmt (576k)
lplain.fmt == latex.fmt  (496k)
plain.fmt  == tex.fmt    (288k)

In /usr/bin:

latex  == tex (184k)
slitex == tex (184k)
virtex == tex (184k)

/usr/bin/tex apparently looks at what command line command was used to  
execute it to determine which .fmt file is loaded in.

I've removed latex, slitex, virtex, splain.fmt, lplain.fmt, and plain.fmt,  
and replaced them with symbolic links, a total savings of 1912k, almost 2  
meg!

Does anyone else know of other such duplicate files that come with the 3.0  
packages?

Michael Glenn
fermat@fermat.dartmouth.edu (NeXTmail welcome)
From: gvh@metrosoft.com (Gordon Van Huizen)
Newsgroups: comp.sys.next.software
Subject: Re: Future of Newsgrazer?
Date: 6 Nov 92 19:09:16 GMT
Reply-To: gvh@metrosoft.com (Gordon Van Huizen)
Organization: Metrosoft

In article <Bx8uqI.Iqp@newcastle.ac.uk> S.A.McIntyre@durham.ac.uk writes:
> 
> I know that there are alternative non-gui news readers available, which  
> are (arguably) better than Newsgrazer, but NG does everything that I  
need  
> in a newsreader, but perhaps needs a bit of enhancement here and there..
> 
> Is there a future with Newsgrazer?  Will someone be selling it  
> commercially?  Making it more 3.0 friendly (in terms of look, it works  
> fine)...?
> 
> Any info appreciated!
> 
> Scott

Isn't Jayson working on a commercial product that is a significant  
enhancement to NewsGrazer? Seems like he was demoing something like that  
at the NeXTWORLD Expo.

Gordon
-- 
----------------------------------------------------------------
Gordon Van Huizen           vox: 619.488.9411  fax: 619.488.3045
Metrosoft                   gvh@metrosoft.com [NeXTmail welcome]
----------------------------------------------------------------
Newsgroups: comp.sys.next.software
From: gcolello@biosphere.Stanford.EDU (Greg Colello)
Subject: Re: Contour plotting wanted:
Organization: DSO, Stanford University
Date: Wed, 11 Nov 92 02:32:49 GMT

In article <1992Nov6.224446.3687@kakwa.ucs.ualberta.ca>  
sherwood@space.ualberta.ca (Sherwood Botsford) writes:
> John McNeil writes
> > I too moved from a mac to a NeXT and missed the Spyglass
> > apps.
> > 
> > I have ported the NCSA HDF libraries (no big deal) to the
> > NeXT and written an image viewing program.  It is not the
> > full suite of spyglass stuff, but it will show raw byte,
> > raw float, HDF ris8 and HDF sds 2d files.  It will also scale
> > the image, show the pixel coordinates and value that you
> > are pointing at, and give a histogram from which you can
> > re-scale the image.  It will open tiff files, but the
> > histogram stuff needs to be debugged here.  It will save
> > tiffs as ris8 and vice-versa.
> > 
> > If there is some interest, I can probably release it to the
> > public domain,
> > 
> > Let me know,
> You wrote:
> 
> Hmm.  Different meaning for contour.
> When I said contour plots, I meant contour as in topographic map,  
> weather isobar, etc.  
> 
> However, it would be really neat if the full spyglass stuff were  
> available for the Next.
> --
> => Sherwood Botsford                   sherwood@space.ualberta.ca <= 
> => University of Alberta         Lab Manager, Space Physics Group <=         
> => tel:403 492-3713                             fax: 403 492-4256 <=  
-----------------------------------------------------------
We use coXist on our color Next to access Spyglass on a remote Sun. The  
only module of Spyglass available for the Sun at present is a buggy  
version of Transform.

Meanwhile I called Spyglass and asked them about porting to the Next. They  
said they were thinking about it. Pressure from the Next community on them  
would help speed this cogitating up I think.

BTW they DID say they might do a quick port to the Next for Nexts running  
coXist. They told me they didn't know the Next had an X-windows  
development environment until I told them about it (they can do ports to  
Unix X-machines in 1 month).

-----------------------------------------------------------------
Greg Colello
Carnegie Institution, Department of Plant Biology
Stanford University
gcolello@biosphere.stanford.edu
Newsgroups: comp.sys.next.software
From: gvh@metrosoft.com (Gordon Van Huizen)
Subject: Re: What's up with the "undo" command ? 
Reply-To: gvh@metrosoft.com (Gordon Van Huizen)
Organization: Metrosoft
Date: Wed, 4 Nov 1992 20:04:10 GMT

In article <1992Nov3.171119.28740@leland.Stanford.EDU>  
peer@ccrma.stanford.edu (Peer Landa) writes:
> 
> The "undo" command doesn't work while using Edit, Mail and NewsGrazer in  
3.0 ??   
> Is it just me, or is this something everyone knows about and think is  
fine ?!   
> In the good old 2.0 days, Edit was my favorite text-editor, (did even  
use it  
> for wordprocessing . .) ..
> 

Well, undo in Edit has always been an "undelete" (which never thrilled me  
actually), and the NEXTSTEP 3.0 Edit has it labelled accordingly, along  
with removing command-Z.

I actually favor the change as I habitually command-Z to REALLY undo  
something and have on several ocassions been very badly screwed when the  
undelete occured...

Gordon
-- 
----------------------------------------------------------------
Gordon Van Huizen           vox: 619.488.9411  fax: 619.488.3045
Metrosoft                   gvh@metrosoft.com [NeXTmail welcome]
----------------------------------------------------------------
From: ralf@reswi.en.open.de (Ralf E. Stranzenbach)
Newsgroups: comp.sys.next.software
Subject: Re: nbuf=64/128 theory
Date: 8 Nov 1992 23:17:49 GMT
Organization: News Server fuer en.open.de
NNTP-Posting-Host: localhost.en.open.de
In-reply-to: gaia@wam.umd.edu's message of Sun, 8 Nov 1992 13:04:18 GMT

>>>>> "L." == L. Anathea Brooks <gaia@wam.umd.edu> writes:

    L.> I've changed my boot params using nbuf=128 or rather nbu=128
    L.> because of 12 character limit.

    L.> Now, I know this will speed up long compilations, perhaps
    L.> various sorts of number crunching. BUT is there any advantage
    L.> or speed gain in workaday world? I notice none, and wonder if
    L.> the memory used by the buffer might be better used as just
    L.> plain old memory.

    L.> I ask because I keep hearing people exclaim: "Change buffer
    L.> size in boot params! You'll be amazed!" I'm not. BTW I have
    L.> (only) 16 megs of memory in this NS Turbo.

    L.> This has been discussed but only as per instructions to change
    L.> parameters, not vis a vis advantages/disadvantages.

The .nib file containing nearly all user-interface-objects changed
from beeing a file (2.x) to directory (3.x). While this decision has
some advantages, this has some drawbacks when used with a small block
buffer cache.

Under 2.x the .nib-file gets mapped into the virtual memory when
opened and stays there. This took a single directory scan and a single
open/close pair.

Nowaday the .nib-"file" is a directory. Therefore one scan, open/close
and read is required for each member of the .nib. Unfortunately there
are a lot more files than one knows...

And this is the point, where the increased block-buffer cache speeds
the system. Directory information can be kept (only ?) in the buffer
cache. Because of the frequent open/close operations, even from within
the kernel's namei algorithm, that otherwise would take their way to
the disk, the system acts faster.

But you're right. There are a lot more better ways to use the main
memory... But until we get realy fast disk subsystems we must pay
memory for speed.

	- ralf
--
Ralf E.Stranzenbach  -   (NeXT)-Mail: ralf@reswi.en.open.de
                                Fido: Ralf_Stranzenbach 2:245/5800.12
                       (Voice)-Phone: +49 2302 / 68403
--
Nullum est magnum ingenium sine mixtura dementioe.
From: alex@fiskville.mc.utexas.edu
Newsgroups: comp.sys.next.software
Subject: Squfold
Date: 6 Nov 92 22:29:11 GMT

Excuse me but what is a .squfold file and what do I do with it?  I  
downloaded ModPlayer_V2.4.tar (don't laugh) from sonata.cc.purdue.edu and  
it decompressed to be a squfold file. 

I don't just want to throw it away because I also downloaded the 6Meg MODs  
file that was there with it.


--
***************************************
Alex Currier
Texas Union MicroCenter
University of Texas at Austin

NeXTmail Preferred
From: hbergh@nl.oracle.com (Herbert van den Bergh)
Newsgroups: comp.sys.next.software
Subject: Re: Hiding header fields in Mail.app
Date: 5 Nov 92 09:30:32 GMT
Reply-To: hbergh@nl.oracle.com

In article <Bx7nw1.37G@watserv1.uwaterloo.ca> wgilbert@fatou.UWaterloo.ca  
(William Gilbert) writes:
| Herbert van den Bergh writes
| > 
| > Is it possible to hide header fields of mail messages when reading
| > them with Mail.app? For example, I don't need to see the To: field,
| > especially if it contains hundreds of users, and I know the mail
| > was sent to me...
| 
| Run DefaultMgr in the Investigate mode on Mail.app/Mail.
| In OS 2.1 there is a default called MailFilter that can be used to  
filter
| out unwanted fields.
| 
| Will Gilbert

	Oops. Forgot to mention I am running NeXTstep 3.0. I don't
	see a DefaultMgr around here. Any other ideas?
--
	Herbert van den Bergh
	Oracle Europe
	hbergh@nl.oracle.com
Newsgroups: comp.sys.next.software