HDTenEightyP/NetNews huggingface dataset:
From: karron@karron.med.nyu.edu (Dan Karron (karron@nyu.edu)
Newsgroups: comp.sys.sgi
Subject: xwsh on top
Date: 26 Aug 92 09:13:59 GMT


why is xwsh consuming so much cpu time on an essentially static
screen ? top/gr_top reports it takes 68% of cpu time with
out any obvious activity on the screen.

I would assume that if there is intensive user drawing, but
no interaction with the window manager, xwsh activity would be low.
When the screen is quite, I would also hope for low xwsh activity.

Perhaps someone can explain what xwsh is doing all the time ?

Cheers!

Dan.
| karron@nyu.edu (e-mail alias )         Dan Karron, Research Associate      |
| Phone: 212 263 5210 Fax: 212 263 7190  New York University Medical Center  |
| 560 First Avenue                       Digital Pager <1> (212) 397 9330    |
| New York, New York 10016               <2> 10896   <3> <your-number-here>  |
``Too busy doing to write about it, too busy writing to do anything about it.''
From: angus@sbphy.physics.ucsb.edu (Angus Wilkinson)
Newsgroups: comp.sys.sgi
Subject: Graphics Terminals for PI 4D/35
Keywords: Graphics Terminals, 4D/35
Date: 29 Aug 92 19:13:54 GMT
Reply-To: neil%iristew@hub.ucsb.edu (Neil Henson)
Organization: UCSB Materials/Engineering


	I'm relatively new to Iris, and any sort of graphical workstations so bear with me for a moment....

	We have a PI 4D/35 which we're using predominently for crystallographic data analysis. We would like to set things up so that several different users
could use the same software running on the Iris at once. Is it possible to buy SGI graphics terminals which can be hung off the serial port at the back of the Iris? What is the limit on the number we can attach? Will attaching further terminals bring the Iris to a grinding halt with all the extra I/O? Would it be cheaper and easier just a buy a couple of Indigos instead?

	Apologies if answers to these questions are lurking in an FAQ somewhere. SGI Express have been failing to return my calls for the last three days, and we need to make a decision soon.

	Thanks,

				Neil.
Newsgroups: comp.sys.sgi
From: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: 9 track tape drives recommendations?
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Wed, 26 Aug 92 06:42:23 GMT

In <1992Aug25.132729@gorgo.gsfc.nasa.gov> sullivan@gorgo.gsfc.nasa.gov (Dan sullivan) writes:


|   Does anyone have any  9 track tape drive recommendations for SGI 
| Indigos? 800/1600/6250 tape densities. We are dumping our VAX 11/780 but
| we still need the 9 track tape drives.

Kennedy (now Shugart) 96X2 (X == 1 or 6, depending on rack mount
or cabinet; otherwise identical).  You can buy them from SGI,
but they aren't cheap.  This is a quad density (800,1600,3200,6250)
dual speed (50 or 100 ips, 100 default) drive.  The latest version
has a SCSI controller that sustains 500Kbytes/sec with no problem
at 6250; earlier versions were somewhat slower, as I recall.
--
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
From: montnaro@spyder.crd.ge.com (Skip Montanaro)
Newsgroups: comp.sys.sgi
Subject: Re: Image Tools
Date: 2 Sep 92 17:43:34 GMT
Reply-To: montanaro@crd.ge.com (Skip Montanaro)
Organization: GE Corporate Research & Development, Schenectady, NY


In article <padpk24@fido.asd.sgi.com> rck@fangio.asd.sgi.com (Robert Keller) writes:

   Of course, what dave meant to say was that you need to install,

       dev.sw.giftsbasic  - Basic Gifts Source
       dev.sw.giftsfull   - Full Gifts Source

   to get source.

   ...robert

I interpreted the original poster's message as a query about whether or not
the image tools (source and/or binary) could be included in distributed
software. ~4Dgifts/iristools/Notice says:

/**************************************************************************
 *									  *
 * 		 Copyright (C) 1986, Silicon Graphics, Inc.		  *
 *									  *
 *  These coded instructions, statements, and computer programs  contain  *
 *  unpublished  proprietary  information of Silicon Graphics, Inc., and  *
 *  are protected by Federal copyright law.  They  may  not be disclosed  *
 *  to  third  parties  or copied or duplicated in any form, in whole or  *
 *  in part, without the prior written consent of Silicon Graphics, Inc.  *
 *									  *
 **************************************************************************/

I interpreted this notice to apply to all the contents of the iristools
directory, even though many (all?) of the individual source files contain no
copyright notice.

--
Skip (montanaro@crd.ge.com)
From: chem001@hoss.unl.edu (Jonathan Skean)
Newsgroups: comp.sys.sgi
Subject: Request: Recommend color printer?
Summary: Request advice from color printer users.
Keywords: 4D, Ghostview, postscript, printer
Date: 28 Aug 92 20:14:12 GMT
Distribution: all
Organization: University of Nebraska - Lincoln

We are using a program called Ghostview on an Iris 4D.  Has anyone
used this combination with a printer capable of producing nice
transparencies?  For that matter, any experience with color printers
and the 4D would be very welcome.  Thanks.  
--
Jonathan Skean                     usenet: JSKEAN@UNL.EDU
502 Hamilton Hall                  bitnet: JSKEAN%UNL.EDU@UNLVAX1
University of Nebraska              voice: (402)472-2684
Lincoln, NE 68588-0304   USA          fax: (402)472-9402
From: stoltz@denwa.Eng.Sun.COM (Ben Stoltz)
Newsgroups: comp.sys.sgi
Subject: Re: Using the digital Audio out to backup on a DAT .. ?
Date: 1 Sep 1992 05:57:20 GMT
Organization: Sun Microsystems Inc., Mountain View, CA
NNTP-Posting-Host: denwa

olson@anchor.esd.sgi.com (Dave Olson) writes:

>In <?.715298753@tazdevil> henrik@mpci.llnl.gov (Henrik Klagges) writes:

>| Can the digital audio output jacks on an Indigo be used to record 
>| Backup-files onto DAT tapes ? This would be a great kludge in connection

>YUCK.  Fortunately this gawdawful suggestion won't work, at least, not
>without an incredible amount of work, and maybe not then.

Well, if the bit stream is unreliable, a little HDLC encoding in software
should help. But, if the on-tape format is anything like the on-disc
format of CD-DA, then the tape should be pretty reliable.

As long as you don't underflow while writing to the tape, everything
should work pretty well. You could get one nice big tar file on one
of those tapes. Yeah it's gross to pump your files through AES/EBU, but
it's a tempting hack.

>| with a portable DAT player, because one could carry one's software library
>| around in a DAT and have the player handy to ensure everyone can read it.
>| Cheers, Henrik

>Buy a data DAT drive.  They are reasonably portable.

I wouldn't want to listen to one though :^)

>--
>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
From: steve@pitacat.lerc.nasa.gov (Steven H. Izen)
Newsgroups: comp.sys.sgi
Subject: Re: Help with an indigo configuration
Date: 1 Sep 1992 14:28:56 GMT
Organization: Math Dept., Case Western Reserve University, Cleveland, Ohio
NNTP-Posting-Host: pitacat.math.cwru.edu

In article <p95h5ik@rhyolite.wpd.sgi.com> vjs@rhyolite.wpd.sgi.com (Vernon Schryver) writes:

>I think the Intel 14.4EX is broken.  The Telebit T3000 is ok, but has

Out of curiosity, why do you think the 14.4EX is broken?  I've been
using two of them for a slip connection between my 4d/35 and a 386
running interactive tcpip 1.3 for a while now and have not experienced
any problems.  Maybe I'm lucky enough not to be squicking the bugs you
refer to.




-- 
Steve Izen, Associate Prof. of Mathematics, Case Western Reserve University
Best Address:              MaBell: Voice: (216)368-2891  Fax: (216)368-5163
shi@po.cwru.edu		Next best address: steve@pitacat.math.cwru.edu
Newsgroups: comp.sys.sgi
From: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: looking for old "talk" (BSD 4.2) for IRIX4.0.5
Keywords: talk, BSD
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Mon, 31 Aug 92 02:40:57 GMT

In <1992Aug30.203414.9048@kronos.arc.nasa.gov> doctor@kronos.arc.nasa.gov (Terry Fong) writes:
| I am looking for the old "talk" program (BSD 4.2 I believe). The
| version included with IRIX4.0.5 is new talk ("ntalk") but since I have
| many machines that are brain-damaged and only speak old talk, I am
| looking for a version that will run on my SGI's. If you have the old
| talk built, could you please send me a note my way
| (terry@ptolemy.arc.nasa.gov).

Better to get the new talk protocol source from ftp.uu.net and
replace the ones on your 'brain-damaged' systems, since the newer
protocol is becoming more and more common.

| I've already tried to build the old talk from sources on
| gatekeeper.dec.com (/pub/bsd-sources/ucb/talk), but I've been unable
| to get it to compile under IRIX 4.0.5 (problems with BSD signals and
| all).

See 'man signal'; basicly you need to compile with -D_BSD_COMPAT or
-D_BSD_SIGNALS to get the bsd signal behavior.
--
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: jeremy@classic.asd.sgi.com (Jeremy Higdon)
Subject: Re: SMD vs. SCSI
Organization: Silicon Graphics, Inc.  Mountain View, CA
Date: Thu, 27 Aug 1992 10:05:36 GMT

In article <1349@ceylon.gte.com>, seb3@harvey.gte.com (Steve Belczyk) writes:
> Hi!
> 
> For the last four months we have been having hardware problems with
> the four SMD drives on our 4D/380S.  The drives, controller, and cables
> have been replaced, but the problems keep coming back.
> 
> Field Service has offered to replace the four SMD drives with four SCSI
> drives of the same size.  We are concerned about the performance of the
> SCSI drives.  Can we expect to get the same speeds from the SCSI drives
> that we get from the SMD drives?  Can we expect the SCSI drives to be
> more reliable?
> 
> Thank you very much.
> 
> - steve belczyk  seb3@gte.com

If you have an IO2, SCSI will probably be worse.  If you have an
IO3, SCSI will probably be better.  The max transfer rate of a
single drive is somewhat less with the SCSI 1.2 5.25" than with
the SMD, but the total SCSI bus rate is greater, so if you use
multiple drives, you'll be better off.  Also, the SCSI bus is
only busy while transferring data (and during overhead, but that
is relatively small), while SMD is busy during latency (when
the controller is waiting for your sector to come up).  So with
4 drives on one controller, you can get more small, random I/O
per second on SCSI than on SMD.

The SCSI will probably be more reliable, also.

jeremy
From: andersen@marvin.ama.ttu.edu (Kim Andersen)
Newsgroups: comp.sys.sgi
Subject: Need xhpgl for 7475A
Date: 31 Aug 92 20:59:04 GMT

I have recently downloaded the xhpgl package by Andrew Gerber
and Randy Yach.  This is an excellent program, however it only
impelements HP7470A plotter language, which is not really used
by anyone except the HP7470A plotter.

I would like to get my hands on a package that would do full
HP7475A plotter language on an X screen.  

Any information will be greatly appreciated.


Kim Andersen
Harrington Cancer Research
andersen@marvin.ama.ttu.edu
From: lear@yeager.corp.sgi.com (Eliot Lear)
Newsgroups: comp.sys.sgi
Subject: Re: vnews
Date: 28 Aug 92 23:31:14 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA


Which vnews are you talking about?  There's the one that was
distributed with B-News and there's the one that Rutgers uses,
whacked by Ken Almquist.
--
Eliot Lear
[lear@sgi.com]
From: wsj@triton.wpd.sgi.com (Bill Johnson)
Newsgroups: comp.sys.sgi
Subject: Re: 3.10 Based C++/Fortran 77
Date: 28 Aug 92 20:26:52 GMT
Reply-To: wsj@wpd.sgi.com
Organization: Silicon Graphics, Inc.

In article <32258@adm.brl.mil>, john@sg25.aud.temple.edu (John W. Schwegler) writes:
|> 
|> Greetings people!
|> 
|> I just received a quote for C++ 3.0 (SC4-C++-3.0) and Fortran 77 (SC4-FTN-3.5)
|> from an SG Express rep. Both products were listed in parentheses as being
|> "3.10 backend based", with a note from the sales rep that I needed to have an
|> R4000 based system to use them. Is this true? It sounds rather strange to me.
|> 
|> What is your interpretation of this:
|> (a) Only the R4000 systems have sufficiently updated software to support
|> 	3.10 level compilers?
|> 
|> (b) Her statement was inaccurate, and she just means that these products now
|> 	also provide explicit support for the R4000 systems?
|> 
|> (c) other?

The 3.10 compilers will run on any SGI system based on an R3000 or R4000.
There is improved support for the R4000 in them (use the option -mips2),
but an earlier release (the 2.20 release) also had this support.

I'm not sure what your sales rep. meant.

You do need the 4.1 Development System release to run those two products,
though, since they depend on the back ends that come with 4.1.

-- 
Bill Johnson                    9U-530                   wsj@wpd.sgi.com
Silicon Graphics, Inc.                             Office:(415) 390-1440
Systems Software Technology Center                    Fax:(415) 969-2314
From: lapique@siisg1.epfl.ch (Francis Lapique)
Newsgroups: comp.sys.sgi
Subject: C++ 3.0
Date: 1 Sep 92 15:45:24 GMT

The following  code illustrates an anomaly between
IRIX 4.0.5 maint C++3.0 and version IRIX 4.0.5 C++2.1.1:
-----------------------------------------------------------
#include <string.h>
class String {
  private:
     char *data;
  public:
     String(char *value =0){ 
         data = new char[strlen(value) + 1];
         strcpy(data,value);
     }
};
main()
{
    const String B = "Hello World";
}
-------------------------------------------------------------
Compiled with C++3.0 :

accom: Error: string.C, line 13: __2__X1 undefined
       struct String __1B = (*( (__2__X1 = "Hello World"), ( ((
       -------------------------------------------------^
accom: Error: string.C, line 13: illegal combination of pointer and integer, op =
       struct String __1B = (*( (__2__X1 = "Hello World"), ( ((
       -------------------------------------------------^
accom: Error: string.C, line 13: types :   int  versus   pointer to char
       struct String __1B = (*( (__2__X1 = "Hello World"), ( ((
       -------------------------------------------------^
accom: Error: string.C, line 14: redeclaration of __2__X1
       char *__2__X1 = 0 ;
       --------------^
Compiled with C++2.1.1 : OK
---------------------------------------------------------------------
Francis Lapique
Swiss Federal Institute of Technology-Lausanne
Computer Center-SIC/SII
E-mail : lapique@sic.epfl.ch
voice : 41-21-693-4596
From: srikant@skorpio.usask.ca (Srikant Subramaniam)
Newsgroups: comp.sys.sgi
Subject: Query on sproc()
Date: 4 Sep 92 17:56:38 GMT
Organization: University of Saskatchewan, Saskatoon, Canada

Hello,

I would like to know if it is possible to pass arguments to the functions
that are executed by sproc()?

For ex: sproc(foo, PR_SALL);
	
	{ where foo is foo (int, char*, etc) }

	Now, if foo() requires some arguments, then how is it done?

-- 
----- 
 |\/\/\/|      Srikant Subramaniam.
 |      |      srikant@cs.usask.ca 
 |	|
 |      |      Disclaimer: This is not what really I look like. 	
 | (o)(o)      Disclaimer: I didn't do it, nobody saw me do it, 
 C      _)                  can't prove anything. 
  | ,___|             
  |   /     
  /---\
From: frank@marvin.contex.com (Frank Perdicaro)
Newsgroups: comp.sys.sgi
Subject: Re: Keymap problem with 4.0.5
Date: 2 Sep 92 12:03:14 GMT
Organization: Xyvision Design Systems

In article <pae9hes@zuni.esd.sgi.com> olson@anchor.esd.sgi.com (Dave Olson) writes:
>In <1992Aug26.193320.29417@photon.uucp> jhp@photon.uucp (Jim Patterson) writes:
>
>| I upgraded one of my Indigos from 4.0.1 to 4.0.5 and I am having a very
>| strange problem with the keymaps.  A number of the non alphabet keys
>| have been changed from their keyboard symbols.  For example :
>| 
>| 		/ has become -
>| 		? has become _
>| 		- has become +
>| 		etc
>
>Sounds like you either have a beta of one of our international
>keyboards, or somehow configured the system to believe that you
>do have an international keyboard.  Try using the 'Keyboard' program
>from the tools menu on the toolchest to set it back to US, and see
>if that fixes it.  Try running '/etc/nvram > /usr/tmp/nv' first, and if
>running the keyboard tool fixes it, I'd be interested in having you
>mail me the contents of /usr/tmp/nv.

I have used the keyboards(1) command in conjuction with our software.
Works ok generally.  There is one problem I see though.  Say you
cannot figure out how to log into graphics console Z. If, on machine 
X, you want to remotely run keyboards(1), and do "rsh Z keyboards", 
the only message you get is "Segmentation Fault(core dumped)".  
Not the most useful of error messages, but it does get the point across.

Perhaps this could be fixed in the NextMajorRelease?

F
i
l
l
e
r
F
i
l
l
e
r
F
i
l
l
e
r
F
i
l
l
e
r
-- 
	 Frank E Perdicaro, Systems Admin, etc.		Xyvision Color Systems
      Legalize guns, drugs and cash...today.		101 Edgewater Drive
   inhouse: frank@marvin, x5572				Wakefield MA
outhouse: frank@contex.com, 617-245-4100x5572		018801285
From: mikey@eukanuba.wpd.sgi.com (Mike Yang)
Newsgroups: comp.sys.sgi
Subject: Re: XtCallbackReleaseCacheRef crashes
Date: 4 Sep 92 19:46:33 GMT
Reply-To: mikey@sgi.com
Organization: Silicon Graphics, Inc.

In article <135409@lll-winken.LLNL.GOV>, wiltzius@anduin.ocf.llnl.gov (Dave Wiltzius) writes:
|> 
|> I'm writing a Motif application on an SGI running 4.0.4 and
|> can reliably reproduce a core dump with the following traceback
|> from dbx:
|> 
|> XtCallbackReleaseCacheRef
|> ObjectDestroy
|> _XtFreeCallbackList
|> XtFree
|> .malloc.free
|> 
|> I have run this will mallopt's M_DEBUG enabled (nothing caught
|> there).  It happens after I create about 7 top level shells,
|> destroy 2 (via window manager "quit"), create another and destroy
|> that one.  All of these shells have a mixed-mode (SGI terminology)
|> child.

Before searching for an Xt bug, try another debugging malloc library.
You can get Conor P. Cahill's as:

	sgi.com:~ftp/sgi/src/malloc-debug.tar.Z

Build the library, set these environment variables:

	# For debugging malloc library, libmalloc-debug.a
	setenv MALLOC_WARN 3
	setenv MALLOC_FATAL 1
	setenv MALLOC_ERRFILE malloc_log

run your program, and hope it dumps core in a debugging test.

-----------------------------------------------------------------------
                 Mike Yang        Silicon Graphics, Inc.
               mikey@sgi.com           415/390-1786
Newsgroups: comp.sys.sgi
From: wnkretz@ikesg1.energietechnik.uni-stuttgart.de (Oliver Kretzschmar)
Subject: Problems to run quickpaint under IRIX 4.04 - Need Help
Organization: IKE
Date: Fri, 4 Sep 1992 05:16:41 GMT



   Hey,

   I have problems to start quickpaint (former SGI Imagetool) under
   IRIX 4.04 with following error message :

        /dev/queue: No such file or directory


   What can I do to use this program again ?


   Thanks for your efforts,

-- 
 Name : Oliver Kretzschmar   Inst.IKE / Uni.Stuttgart    /   @@ \   /   @@ \
 email: wnkretz@ikesg1.energietechnik.uni-stuttgart.de   \______// \\______/
 Phone: +49 711 685 2130        Pfaffenwaldring 31              |   |
 Fax  : +49 711 685 2010        7000 Stuttgart 80               \___/
From: nkenig@atl.dnet.ge.com (Neil S Kenig)
Newsgroups: comp.sys.sgi
Subject: Pixel Display
Date: 29 Aug 92 20:06:37 GMT
Reply-To: nkenig@atl.ge.com
Organization: GE Aerospace Advanced Technology Laboratories

I wish to display an image of pixels (each pixel is a colormap value)
in the middle of some zbuffered graphics, i.e. in some places graphics
obscure the pixels and in other places pixels obscure the graphics.
What's the fastest (easiest!?) way to do this?  Any help would be
greatly appreciated.

Thanks in advance, Neil.

-- 
Neil Kenig                  |                                               
GE Advanced Technology Labs | Internet: nkenig@atl.ge.com              
300 Route 38, Bldg. 145-1   | uucp:  ...!mcnc!ge-rtp!atl.ge.com!nkenig 
Moorestown, NJ 08057        | Voice: (609) 866-6442
Newsgroups: comp.sys.sgi
From: mars@abraxas.csd.sgi.com (David Marsland)
Subject: Re: GLRenderCaching (Inventor)
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Distribution: comp
Date: Fri, 4 Sep 1992 18:17:45 GMT

In <MATUMOT.92Sep4190519@calypso.elec.nkk.co.jp> matumot@elec.nkk.co.jp (Masayuki Matsumoto) writes:

>Hello,

>My question is on GL render caching of Inventor.

>I am developing a application of which feature is
>geometry changes dynamicaly depending on time step.

>In this case, having GL render caching turned _OFF_  significantly
>improved rendering performance, contrary to the manual page.
>Is this reasonable ?

Yes.  If the geometry is continuously changing and caching is on,
the cache will be constantly rebuilt, thus possibly decreasing performance. 

>In only case of static geometry application, does GL render caching
>accelerate rendering speed ?

Yes.  You should usually enable caching in the separator above any static
or rarely changed geometry.  

If you want to constantly move a static object, put the transform outside
the cached geometry.

For more information on caching, see the Inventor Progamming Guide
(part M4-INVENTOR-1.


>--
>matumot@nkk.co.jp (matumot%nkk.co.jp@uunet.uu.net)
>Masayuki Matsumoto
>Electronics Div., NKK corporation
--
/* David Marsland     (415) 390-5326         "On Spaceship Earth       *
 * GL/Xm/Inventor Developer/Instructor        there are no passengers, *
 * Silicon Graphics Computer Systems          only crew."              *
 * Internet: mars@csd.sgi.com                      Buckminster Fuller  */
From: suresh@jogger.wpd.sgi.com (Suresh Katta )
Subject: Re: Which printers supported by Impressario?
Reply-To: suresh@jogger.wpd.sgi.com (Suresh Katta )
Organization: Silicon Graphics, Inc.
Date: Wed, 26 Aug 1992 18:30:29 GMT

In article <1992Aug25.163713.24726@odin.corp.sgi.com>, Ed Sesek writes:
In <1992Aug24.122935@gorgo.gsfc.nasa.gov> sullivan@gorgo.gsfc.nasa.gov (Dan sullivan) writes:


>	Does anyone know if Impressario supports the Talaris 1590 T?
>Or which printers are supported? We want to buy a postscript b/w
>laser printer supported by Impressario. Will it be necessary to buy
>support for a specific printer? 

Impressario supports the following b/w laser printers:

	Apple LaserWriter IINT, NTX, F, and G
	HP LaserJet IIP, IIP+, III, IIIP

It also supports HP DeskJet 500C.

-suresh
From: greendog@insti.physics.sunysb.edu (Michael D Fischer)
Newsgroups: comp.sys.sgi
Subject: Need sendmail to accept mail for other machine
Date: 30 Aug 92 04:23:57 GMT
Organization: Institute for Theoretical Physics, SUNY at Stony Brook.

HELP!

One of our main machines here has completely died (a Mips M/120).
We are now left with just SGI's :)

We got our university nameserver to add an MX record alias for the machine
so that mail addressed there will go to one of our other machines instead.
(the dead machine is "dirac" and the working machine is "max").  However,
when sendmail on max receives the mail for dirac (via smtp) it then tries
to forward it on to dirac.  How can we get max to accept this mail as if
it had arrived at its destination?  Something in sendmail.cf?

Many thanks!

Michael

PS: Dirac was our news server too, so I can't read news currently; please
e-mail replies to "greendog@max.physics.sunysb.edu".

--
-------------------------------------------------------------------------
- Michael D. Fischer - greendog@max.physics.sunysb.edu - (516) 632-7966 -
- System Manager - Institute for Theoretical Physics - SUNY Stony Brook -
-------------------------------------------------------------------------
- "It is only with the heart that one can see rightly; what is          -
- essential is invisible to the eye"  -- The Fox from The Little Prince -
-------------------------------------------------------------------------