HDTenEightyP/NetNews huggingface dataset:
Newsgroups: comp.sys.sgi
Subject: Re: Summary: Problem with /bin/mail...
From: tony@rata.vuw.ac.nz (Tony Martindale)
Date: Fri, 24 Jul 1992 03:42:04 GMT
Organization: C.S.C., Victoria University of Wellington, New Zealand
Keywords: /bin/mail 
Summary: Completion of my previous posting...


In article <1992Jul24.032024.22721@rata.vuw.ac.nz> tony@rata.vuw.ac.nz (Tony Martindale) writes:
>
>In article <nkdpn0c@sgi.sgi.com> roberts@nimrod.wpd.sgi.com (roberts) writes:
>>Tony.Martindale@comp.vuw.ac.nz writes:

[stuff deleted]

>>>   Again, if anyone can shed any more light on this it would be
>>> appreciated.  I would also like to see SGI take responsibility for
>>> what has been done to /bin/mail and release a
>>> fixed/backward-compatible version.
>>
>>I will gladly take responsibility for having made message delivery via
>>/bin/mail more reliable.  Note that reliable does not mean "doesn't bounce."
>>As stated by Eric Allman in the design goals section of the document
>>"SENDMAIL - An Internet Mail Router":
>>
>>	Message delivery should be reliable, in the sense of guaranteeing
>>	that every message is correctly delivered or at least brought to the
>>	attention of a human for correct disposal; no message should ever be
>>	completely lost.
>>
>>A misdelivered message is as bad as lost.  It is better to bounce than
>>to lose.  It may cause headaches for administrators, but it will result
>>in more reliable mail.
>
> As I conceded above, bouncing in the

% For some reason my full response was not posted, from
% here onward it should read:

 There are lots of things that can cause mail to fail, are you going
to address all of them?  As I conceded above, bouncing the mail in the
context of your lost messages is the best thing to do.

>A broken/backward-compatible version will be available in a future release
>for use by those who don't mind the possibility of misdelivered mail.

 Thanks, hopefully it will be available before our next upgrade.

>	- Robert Stephens
>
>---
>The above comments are entirely my own.  They do not necessarily represent
>the views or opinions of Silicon Graphics Inc.


-- 
Tony Martindale                     Computing Services Centre,
email: tony@rata.vuw.ac.nz          Victoria University of Wellington,
phone: +64 4 495 5051               P.O. Box 600, Wellington, NEW ZEALAND.
From: szewczak@neutron.chem.yale.edu (Alexander Szewczak)
Newsgroups: comp.sys.sgi
Subject: Re: SGI sales
Date: 30 Jul 92 13:14:54 GMT
Organization: Yale University
X-Newsreader: Tin 1.1 PL4

flash@austin.lockheed.com (James W. Melton) writes:
: The question is: is this normal procedure for SGI? Miss a quota and
: hit the road? Does this imply anything about SGI's current or
: future financial picture? I really need a local sales rep. We are
: in the midst of a pitched evangelism campaign and I can't do SGI's
: sales job for them. Calling some guy in California won't cut it.
: What is SGI's policy for local sales reps?

The question is, does SGI *have* a policy for local sales reps? Ours has to
be beaten about the head with bags of money before he'll even return calls,
even to groups who've purchased dozens of machines already. Don't even think
about getting info about chump-change things like CPU upgrades. Is there a
procedure for impeachment?

--
| Dave Schweisguth   Yale MB&B & Chemistry   Email: dcs@neutron.chem.yale.edu |
| Lab phone: 203-432-5208      Fax: 203-432-6144     Home phone: 203-624-3866 |
Newsgroups: comp.sys.sgi
From: andreas@awstar.rus.uni-stuttgart.de (Andreas Wierse)
Subject: Re: Graphic-Board swap possible???
Organization: Visualization Group Comp.Center (RUS) U of Stuttgart, FRG
Date: Mon, 27 Jul 1992 10:57:10 GMT

In article <noboong@zuni.esd.sgi.com> olson@anchor.esd.sgi.com (Dave Olson) writes:
>In <tl0pr*Pu0@video1.bs.open.de> achim@video1.bs.open.de (Joachim Gothe) writes:
>| we have 5 Indigo/Entry and we have the Animation-software "Softimage"
>| on 3 of them.
>| Next month we will get 3 Indigo-SX24 with Hardware Z-Buffer.
>| 
>| A Softimage-licence only run on the computer, where it is installed.
>| It ask for the internal machine-number.
>| 
>| I now want to swap the motherboards of the machines where softimage runs
>| to the machines with XS24-graphicboard or swap the graphicboards.
>| 
>| Is it possible without problems, or must I change any settings in
>| System-Software of Hardware.
>
>Changing the graphics board should not affect the system id info
>(I assume they want the info from sysinfo or sysinfo -s).

 But as far as I remember, the concrete operating system that You have
running with the entry graphics will not work with the XS24 because
during installation of the os the type of graphics that exists in the
machine is somehow worked into some of the os files.
 This means: if You swap the graphics boards You have to either swap
the system disks too or install the operating system on the machines
again.

>--
>Let no one tell me that silence gives consent,  |   Dave Olson
>because whoever is silent dissents.             |   Silicon Graphics, Inc.
>    Maria Isabel Barreno                        |   olson@sgi.com

--
 Andreas Wierse              | Institute for Computerapplications II
                             | Dep. Computersimulation and Visualization
 wierse@rus.uni-stuttgart.de | Computer Center University of Stuttgart
 Tel.: ++49-711-685-5796     | Allmandring 30
 Fax:  ++49-711-682357       | D-7000 Stuttgart 80     Germany

Newsgroups: comp.sys.sgi
From: sysmark@helios.physics.utoronto.ca (Mark Bartelt)
Subject: IDO required for FTN?
Reply-To: mark@cita.toronto.edu
Organization: University of Toronto Physics/Astronomy/CITA
Date: Thu, 23 Jul 1992 17:56:43 GMT

I *think* I know the answer to this already, but want to make certain.
Someone in our group is considering buying an R4000 Indigo.  He does
all his work in Fortran, and has no interest in C (or dbx or the other
stuff that comes with IDO, for that matter).  Considering the prices ...

			Unit price	Support
			----------	-------
	SC4-FTN-3.5	   $1553	  $188		(All prices
	SC4-IDO-4.1	   $1560	 $1124		 CDN$ list)

... he'd prefer to buy FTN but not IDO.  Our telesales guy, in fact,
claims IDO isn't needed for FTN.  However, I suspect he's wrong, in
view of the fact that, for example, /usr/bin/f77 is simply a symlink
to /usr/lib/driver, and /usr/lib/driver comes with IDO, not FTN (at
least that's what inst's "files" option says).  As well, /usr/bin/ld
comes with IDO but not FTN.

So, unless some necessary subset of the IDO CD's files (specifically,
the dev.cmplrs_sw.* stuff, I'd guess) is duplicated on the FTN CD (and
magically hidden so that inst won't tell me about it), it looks as if
one *has* to have IDO in order to do anything useful with FTN.  Right?

And, assuming this is right, where is this documented?  Shouldn't the
sales people be told not to put together a quote for a system with FTN
but no IDO?  (Except, of course, for customers who already have IDO but
not FTN, and plan to pirate IDO from their other system(s). :-)

And, by the way, why on earth is the support cost (as a percentage of
the purchase price) so much higher for IDO than it is for FTN?  I know
of a couple sales SGI has lost to customers who were choosing between
a Sparc-2 and an Indigo, for example, or between a Sparc-10/41 and an
R4000 Indigo, and who decided to go with Sun even though the Indigo
was clearly a better bet based on the initial "what you get for what
you pay" criteria.  The reason Sun won out in spite of SGI's apparent
advantage was the fact that the long term support costs of the Indigo
made SGI less attractive.  I hope SGI's pinstripers are listening!

Mark Bartelt                                              416/978-5619
Canadian Institute for                           mark@cita.toronto.edu
Theoretical Astrophysics                         mark@cita.utoronto.ca

"Clothes not busy being worn are busy drying." - Dylan, on laundry day
From: steve@europa.esd.sgi.com (Loopy - the spineless boy)
Newsgroups: comp.sys.sgi
Subject: Re: Another R4000 Memory question
Date: 28 Jul 92 23:10:57 GMT
Distribution: na
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <l78ufhINN2a7@skat.usc.edu> robertl@skat.usc.edu (Robert Letterman) writes:


>It was posted, that the new R4k Indigo uses standard simms.  I was
>wondering if anyone could confirm wether or not these are the same simms used
>in the Macintosh Computer.

The low end Macs used 64 pin x8 simms that worked in the 4D20/25.  I don't know
what the 32 bit Macs use these days.  The R4K indigo uses standard 32bit wide
memory simms (plus 4 parity bits).  Only a 32 bit or wider processor would
benefit from such simms.

>Mac 4 meg simm are $100 each, and SGI 4 meg simms are not.

For simms this price, I would bet that they are the 64 pin x8 simms, which are
a very high volume configuration.  The 72 pin x36 simms aren't quite as high
a volume, and probably would sell for $35/MB or so.  If you don't know what
you are doing, I would strongly suggest you not plug in random simms into
your $20K workstation!  

>I'm crossing my fingers,

--
Steve Valin		Silicon Graphics - Interactive Systems Division
4153901379		"Same shit, different name"
From: andersen@marvin.ama.ttu.edu (Kim Andersen)
Newsgroups: comp.sys.sgi
Subject: Getting GL to X terminals
Date: 27 Jul 92 16:47:56 GMT

In article <1992Jul22.230358.3686@microunity.com>, jsw@microunity.com
(Jeff Weinstein) writes:
>
> I think what would be really useful in this discussion is explanation
> from customers as to how they expect to use GL rendering to X
> terminals.
>
I have several IRISes.  I have more than several researchers who need
to use these machines for molecular modeling.  I have many academic-
domain LARGE programs for molecular modeling.  I cannot even begin to
convert these from GL-code to X-code.  If I could run these programs 
UNCHANGED on X-terminals (yes, I know it would be slow), every one of
our researchers could have his own X-terminal to work on, rather than
waiting in line for an IRIS.

Kim Andersen
andersen@marvin.ama.ttu.edu
From: reiner@medusa.bioc.aecom.yu.edu (Peter D. Reiner)
Newsgroups: comp.sys.sgi
Subject: noborder GLX
Date: 22 Jul 92 14:12:19 GMT
Organization: Albert Einstein Coll of Medicine
Originator: reiner@medusa

I would like my GLX program to commandeer the entire screen 'a la
"flight"; I need the replacement for noborder().  Also, are there
any public domain MOTIF dial widgets which api along the lines of
'scale' widgets?

-Peter Reiner
Newsgroups: comp.sys.sgi
From: jack@umbc3.umbc.edu
Subject: Has anyone used the Fujitsu 2.0 GB drives on SGI ?
Reply-To: jack@umbc3.umbc.edu
Organization: University of Maryland Baltimore Campus
Date: Mon, 27 Jul 1992 00:23:44 GMT

Hi,

I am preparing to purchase some 2.0GB Fujitsu 5-1/4" drives for our SGI
servers. Has anyone used these drives on an SGI ? if so, I would be 
interested in hearing any good or bad comments you have.

jack suess
Newsgroups: comp.sys.sgi
Subject: Re: how do I make sendmail use the name server rather than /etc/hosts
From: doelz@comp.bioz.unibas.ch (Reinhard Doelz)
Date: Thu, 30 Jul 1992 05:57:34 GMT
Reply-To: doelz@urz.unibas.ch
Organization: EMBnet Switzerland [BASEL]   

Please do NOT consider the following to be an authorized advice. It just 
works here.

The problem you describe, 
In article <712451466@anthrax.cs.duke.edu>, jwt@duke.cs.duke.edu (Jeffrey W. Tannehill) writes:
|> 
|> 	Our sendmail.cf seems to work fine for local hosts, or hosts in the
|> /etc/hosts file that are in our local domain (cs.duke.edu).  However, 
...
|> 
|> Apparently,the first rule takes "bob@physics.phy.duke.edu" and changes it to 
|> something like "bob@physics" and the second line then rewrites this as 
|> "bob@physics.cs.duke.edu".  If the name services is consulted instead of the
|> /etc/hosts file (i.e. I remove physics from the hosts file) then the mail
...

should be resolvable with the 'hostresorder' line in the /usr/etc/resolv.conf
file. Mine looks as follows: 

;
; RD 3-11-90
domain unibas.ch
nameserver 131.152.8.1
nameserver 131.152.1.1
nameserver 131.152.1.2
hostresorder bind nis local 
search unibas.ch bioz.unibas.ch embnet.unibas.ch


In the /hosts file, I have something like 

131.152.1.1 guru.ce.unibas.ch guru GURU bindmaster

and if I send to doelz@guru, it comes up like 

biox > Mail -s test -v doelz@guru
test
EOT
doelz@guru... Connecting to guru.unibas.ch (forgn)...
220 guru.urz.unibas.ch Sendmail 5.57/Ultrix3.0-C ready at Thu, 30 Jul 92 07:52:03 +0200
>>> HELO comp.bioz.unibas.ch
250 guru.urz.unibas.ch Hello comp.bioz.unibas.ch, pleased to meet you
>>> MAIL From:<doelz@comp.bioz.unibas.ch>
...

but if I send to the authorized mail domain name, doelz@guru.urz.unibas.ch, it 
uses the domain name server MX record: 

biox > Mail -s test -v doelz@guru.urz.unibas.ch
test2
EOT
doelz@guru.urz.unibas.ch... Connecting to guru.ce.unibas.ch (forgn)...
220 guru.urz.unibas.ch Sendmail 5.57/Ultrix3.0-C ready at Thu, 30 Jul 92 07:53:09 +0200 
...

> guru.urz.unibas.ch 
Server:  biox.embnet.unibas.ch
Address:  131.152.8.1

guru.urz.unibas.ch      preference = 10, mail exchanger = guru.ce.unibas.ch
guru.ce.unibas.ch       internet address = 131.152.1.1


Maybe this helps. 
Regards 
Reinhard 
  
+----------------------------------+-------------------------------------+
|    Dr. Reinhard Doelz            | RFC     doelz@urz.unibas.ch         |
|      Biocomputing                | DECNET  20579::48130::doelz         |
|Biozentrum der Universitaet       | X25     022846211142036::doelz      |
|   Klingelbergstrasse 70          | FAX     x41 61 261- 6760 or 267- 2078     
|     CH 4056 Basel                | TEL     x41 61 267- 2076 or 2247    |   
+------------- bioftp.unibas.ch is the SWISS EMBnet node ----------------+
               -----------------------------------------
Newsgroups: comp.sys.sgi
From: cboesel@iat.holonet.net (Charles Boesel)
Subject: WANTED: PD C Compiler & Kermit in executable form
Organization: HoloNet (BBS: 510-704-1058)
Date: Wed, 22 Jul 1992 23:15:14 GMT

I'm looking for a public domain (freeware) c compiler for
the Iris Indigo, as well as Kermit - both of which are in
"ready to run" executable form. I <at least> need the c compiler so I can compile the 
<uncomiled> version which I have in order to compile Kermit
in order to be able to do binary transfers...etc.

charles boesel
cboesel@holonet.net

Newsgroups: comp.sys.sgi
From: vjs@rhyolite.wpd.sgi.com (Vernon Schryver)
Subject: Re: question regarding uucp/(dialout/dialin modems) on SGI's
Organization: Silicon Graphics, Inc.  Mountain View, CA
Date: Fri, 31 Jul 1992 04:10:13 GMT

In article <SCOTTH.92Jul30162018@hoshi.corp.sgi.com>, scotth@hoshi.corp.sgi.com (Scott Henry) writes:
> ...
> /usr/lib/uucp/fix-telebit (and friends) does the base configuration of
> the modem. The inittab entry I am using for UUCP and SLIP look like:
> 
> t8:23:respawn:/usr/lib/uucp/uugetty -Nrt15 -it25in,conn ttyf8 dx_19200
> t9:23:respawn:/usr/lib/uucp/uugetty -Nrt15 -it16in,conn ttyf9 dx_38400


After I added the select code to uugetty, I figured "-r" was just junk
that had to be preserved for backwards compatibility, and for
machine-to-machine links without modems.
Why are you using it?

"-t 15" is rather impatient for humans.  15 seconds is not a lot of 
thinking time, but it is probably a good idea for machine-to-machine
links.  The "conn" chatting, which looks for whatever the
modem uses to say the link is ready, removes most needs for "-t xx".



Vernon Schryver,   vjs@sgi.com
Newsgroups: comp.sys.sgi
From: vjs@rhyolite.wpd.sgi.com (Vernon Schryver)
Subject: Re: Summary: Problem with /bin/mail...
Keywords: /bin/mail
Organization: Silicon Graphics, Inc.  Mountain View, CA
Date: Fri, 24 Jul 1992 15:26:30 GMT

In article <1992Jul24.032024.22721@rata.vuw.ac.nz>, tony@rata.vuw.ac.nz (Tony Martindale) writes:
> ...
>  My point is that there are other ways to solve the problem, my
> example was just that.
> ...

> >Third, I do not think it is a very good idea to continue to misdeliver
> >mail for the next 3 or 4 decades while we wait for OSI to figure out how
> >to save us from ourselves.
> 
>  Agreed.  However, the DNS is a working alternative.
> 
>  If I understand the problem correctly, there are a number of ways of
> solving it without changing the behaviour of /bin/mail.  One could
> argue that it is simply more an system managment/administration issue
> that you have chosen to address using /bin/mail.
> ...

Excuse me, but I failed to notice your alternative fix for the problem.
Could you repeat a short description of it?  How does it use DNS?
Do you propose to extend DNS to include mail aliases?  What happens
when DNS service is interrupted, say when all of the hosts listed
in /usr/etc/resolv.conf fail to respond?


>  In our environment (and I would imagine others) your definition of "wrong
> behaviour" does not make sense.
> ...

Please explain why not.  Does everyone in your organization check their
mailboxes on all of your machines?

Please try this thought experiment, or install IRIX 3.3 and try it:

    1. pick a user-account and a machine where that user never
	logs in and does not have an account, say user@odd.machine.

    2. On odd.machine, as guest, send a mail message to yourself
	and to that user.

    3. On your home machine (presumably rata), read that message.
	The headers in that message will be to "tony@rata" and
	"user@odd.machine."

    4. turn off YP on odd.machine

    5. "reply all" to that message, sending to "user@odd.machine"

    6.  Wait 6 months, and then go look at odd.machine:/usr/mail/user,
	and see the old mail message.



Vernon Schryver,  vjs@sgi.com
Newsgroups: comp.sys.sgi
From: jsw@microunity.com (Jeff Weinstein)
Subject: Re:  Need help getting GL over net to Macx
Organization: MicroUnity Systems Engineering, Inc.
Date: Wed, 22 Jul 1992 23:03:58 GMT

In article <31491@adm.brl.mil>, marks@ra.rl.af.mil (David Marks) writes:

[ David's expression of frustration about sgi ignoring a request for
  GL on top of X deleted ]

  Well if there is really a market for GL on X, then someone will license
OpenGL, port it to run on top of X, and make a million bucks.

	--Jeff

PS - I'm a former SGI employee, and I think that such a thing SHOULD be done,
but that the result won't be very useful.  It certainly wouldn't be useful
for anything I want to do with GL.  

-- 
Jeff Weinstein - X Protocol Police
MicroUnity Systems Engineering, Inc.
jsw@microunity.com
Any opinions expressed above are mine.
From: dpoole@hydrogen.oscs.montana.edu (David Poole)
Newsgroups: comp.sys.sgi
Subject: NFS problem
Date: 29 Jul 92 19:36:03 GMT
Organization: Montana State University


I'm the new student sysadm here and have a nfs problem that I can't get
fixed.

We were forced to reboot a client machine (NMR1) yesterday and now we can't
get it to reconnect to the nfs host machine (Hydrogen).  The command and
error are:

(on NMR1)
[/etc]% mount -h hydrogen
mount: hydrogen:/usr: No permission match
mount: giving up on:   
  /tmp_mnt/hydrogen   
  /tmp_mnt/hydrogen/people

NMR1's file table is:

[/etc]% cat fstab
/dev/root / efs rw,raw=/dev/rroot 0 0
/dev/usr /usr efs rw,raw=/dev/rusr 0 0
hydrogen:/usr /tmp_mnt/hydrogen nfs rw,fg,hard,intr 0 0
hydrogen:/usr/people /tmp_mnt/hydrogen/people nfs rw,fg,hard,intr 0 0
nitrogen:/usr /tmp_mnt/nitrogen nfs rw,fg,hard,intr 0 0
nitrogen:/usr/people /tmp_mnt/nitrogen/people nfs rw,fg,hard,intr 0 0
oxygen:/usr /tmp_mnt/oxygen nfs rw,fg,hard,intr 0 0


Nitrogen and Oxygen mount ok (both are also client machines to Hydrogen).
All machines are listed in Hydrogen's /etc/rhosts file and in /etc/exports.

Thanks in advance for any help.

Dav[e|id] 

~~
---------------------------------------------------------------------------
David Poole                           | "I only shoot 'em in the back when 
dpoole@hydrogen.oscs.montana.edu      |   they're looking the other way."
                                      |          B.J. Blankowitz
Newsgroups: comp.sys.sgi
From: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: display color problems
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Sun, 26 Jul 92 06:26:34 GMT

In <1992Jul20.215156.3253@coe.montana.edu> dpoole@hydrogen.oscs.montana.edu (David Poole) writes:
| We are currently having a display problem with one 
| of the SGIs on our local net.  The colors are 
| completely screwed up (white on white menus, etc), 
| and xsetroot has no effect (xsetroot -solid blue 
| sets the background white).  The menu bars are 
| white, as is the cursor.  Further, the login screen
| is white on white also, except for the message.
| 
| The other problem that cropped up at the same time
| is that pandora is no longer working.  After typing
| in the username and password, the screen blanks (white), 
| then pandora comes up again.

Run 'gamma 1.7' as root, and then check that /etc/config/system.glGammaVal
has 1.7000 (I forget the # of 0's) in it.

The newer (4.0.5) startup scripts are better at sanity checking
this file, and more defensive about it getting trashed in
the first place.  It most commonly gets trashed when somebody
powers off shortly after logging out, rather than shutting the
system down.
--
Let no one tell me that silence gives consent,  |   Dave Olson
because whoever is silent dissents.             |   Silicon Graphics, Inc.
    Maria Isabel Barreno                        |   olson@sgi.com
Newsgroups: comp.sys.sgi
From: grindley@helios.physics.utoronto.ca (Robin Grindley)
Subject: Re: C call FORTRAN reference needed
Organization: University of Toronto Physics/Astronomy/CITA
Distribution: na
Date: Fri, 24 Jul 1992 13:42:50 GMT

Actually, i found the section on C <--> Fortran pretty useful. We are
in the unenviable position of supporting the same code on both SGI
and IBM RS6000. If ever you wanted to find two machines that don't play
nice together, these are them. So far it seems that if you stick to
what is described in the Fortran guide, it is pretty much portable. One
thing that is not made clear in the guide is return values from functions.
After hacking around with dbx a bit, it turns out that there is one
specific register that is always used for returning values, and this
IS machine dependent of course, but it SHOULD be the same for all compilers
on a platform, so C and Fortran will understand each other. Just return
the value from C, pick it up as normal in Fortran.

(By the way, one of the people working on IBM asked me about some C/Fortran 
interfacing, saying that there was absolutely NO information to be found
on the RS6000. Kudos to SGI for providing the guide, and also for the
wrapper routines to the standard C library - IBM leaves its Fortran users
in the dark.)

-- 
robin

 		iNSANITY - It's only a state of mind
From: beyer@bflsgu.fl.bs.dlr.de (R. Beyer)
Newsgroups: comp.sys.sgi
Subject: Re:  serial terminal
Date: 31 Jul 92 07:10:38 GMT

On our systems SGI set co_9600 for all serial devices in the /etc/inittab
file. Change that to dx_9600 for your terminal.

Regards

---------------------------------------------------------------------
Ralf Beyer - German Aerospace Research Establishment, Institute for 
Flight Guidance, Flughafen, D-3300 Braunschweig, Fed. Rep. of Germany
	  Phone: 0049-531-395-2530  Fax: 0049-531-395-2550
EARN/BITNET: fl17@dlrvmbs.bitnet Internet: beyer@bflsgu.fl.bs.dlr.de
---------------------------------------------------------------------

Newsgroups: comp.sys.sgi