From uli at snf.stanford.edu  Wed Dec  4 09:15:33 2002
From: uli at snf.stanford.edu (Uli Thumser)
Date: Wed, 04 Dec 2002 09:15:33 -0800
Subject: [Fwd: Fw: failure notice]
Message-ID: <3DEE3835.DF861874@snf.stanford.edu>



-------- Original Message --------
Subject: Fw: failure notice
Date: Tue, 3 Dec 2002 18:26:59 -0800
From: "Michael Wolfson" <mwolfson at exajoule.com>
To: uli at snf.stanford.edu

Looks like the Zygo mailing list hasn't been created yet.
  -- MW


------------- Forwarded message follows -------------

Hi. This is the qmail-send program at snf.stanford.edu.
I'm afraid I wasn't able to deliver your message to the following
addresses.
This is a permanent error; I've given up. Sorry it didn't work out.

<zygo-subscribe at snf.stanford.edu>:
Sorry, no mailbox here by that name. (#5.1.1)

--- Below this line is a copy of the message.

Return-Path: <mwolfson at snf.stanford.edu>
Received: (qmail 10427 invoked from network); 4 Dec 2002 00:46:22 -0000
Received: from rosen.stanford.edu (171.64.101.12)
  by snf.stanford.edu with SMTP; 4 Dec 2002 00:46:22 -0000
Subject: Subscribe
Date: Dec 3, 2002 4:46:22 PM
From: mwolfson at snf.stanford.edu
To: zygo-subscribe at snf.stanford.edu

subscribe


From mwolfson at exajoule.com  Mon Dec  9 16:12:57 2002
From: mwolfson at exajoule.com (Michael Wolfson)
Date: Mon, 9 Dec 2002 16:12:57 -0800
Subject: Remote Sunray access
Message-ID: <009501c29fe0$e51a1e20$cd01000a@EXAJ005>

Howdy,

How do I access my Sunray account remotely (i.e. if I were to upload files
from my corporate office, or store processing info there while I'm in the
lab)?

Thanks,
  -- MW




From shott at snf.stanford.edu  Mon Dec  9 16:22:32 2002
From: shott at snf.stanford.edu (John Shott)
Date: Mon, 09 Dec 2002 16:22:32 -0800
Subject: Remote Sunray access
References: <009501c29fe0$e51a1e20$cd01000a@EXAJ005>
Message-ID: <3DF533C8.A1E7D48F@snf.stanford.edu>

Michael:

We have two computers (sunray and snf) that share the same file system (and
you have accounts on each of them and they share the same password).  Snf is
visible to the outside world ...  whereas sunray is behind a firewall and
invisible to the outside world.

So, you can use something like ssh (secure shell) or sftp (secure ftp) or scp
(secure copy) to move files to/from snf ... which is equivalent to moving them
to snffab.

We don't allow the use of things like ftp and telnet to access our machines
becasue of the inherent insecurity of having your password and username
transmitted in the clear.

I hope that helps,

John


From uli at snf.stanford.edu  Mon Dec  9 16:33:12 2002
From: uli at snf.stanford.edu (Uli Thumser)
Date: Mon, 09 Dec 2002 16:33:12 -0800
Subject: little green animal
Message-ID: <3DF53648.7152258A@snf.stanford.edu>

the little green animal killed the right computer outside of the gowning
room

Uli

--
Uli Thumser
Stanford Nanofabrication Facility
Center for Integrated Systems
420 Via Palou Mall, CIS Room 146
Stanford, CA  94305
(650)725-3694
uli at snf.stanford.edu




From jwc at snf.stanford.edu  Thu Dec 12 09:54:01 2002
From: jwc at snf.stanford.edu (James Conway)
Date: Thu, 12 Dec 2002 09:54:01 -0800
Subject: Request for email alias correction...
Message-ID: <3DF8CD39.C4F494DD@snf.stanford.edu>

Cyang at snf.stanford.edu should be aliased to cy4m at yahoo.com and NOT cy4mu at yahoo.com

Please update this post haste for all of us.

THANK YOU!

James Conway


MAILER-DAEMON at snf.stanford.edu wrote:

> Hi. This is the qmail-send program at snf.stanford.edu.
> I'm afraid I wasn't able to deliver your message to the following addresses.
> This is a permanent error; I've given up. Sorry it didn't work out.
>
> <cy4mu at yahoo.com>:
> 64.156.215.5 failed after I sent the message.
> Remote host said: 554 delivery error: dd This user doesn't have a yahoo.com account (cy4mu at yahoo.com) - mta116.mail.scd.yahoo.com
>
> --- Below this line is a copy of the message.
>
> Return-Path: <jwc at snf.stanford.edu>
> Received: (qmail 2009 invoked by uid 21406); 12 Dec 2002 17:47:47 -0000
> Delivered-To: cyang at snf.stanford.edu
> Received: (qmail 2007 invoked from network); 12 Dec 2002 17:47:47 -0000
> Received: from el-wizard.stanford.edu (HELO snf.stanford.edu) (171.64.101.192)
>   by snf.stanford.edu with SMTP; 12 Dec 2002 17:47:47 -0000
> Message-ID: <3DF8CC73.57A09113 at snf.stanford.edu>
> Date: Thu, 12 Dec 2002 09:50:43 -0800
> From: James Conway <jwc at snf.stanford.edu>
> Organization: Stanford Nanofabrication Facility - Stanford University
> X-Mailer: Mozilla 4.77 [en] (Windows NT 5.0; U)
> X-Accept-Language: en
> MIME-Version: 1.0
> To: cyang at snf.stanford.edu
> Subject: Test 2
> Content-Type: text/plain; charset=us-ascii
> Content-Transfer-Encoding: 7bit
>
> Tewst



From aubuchon at exajoule.com  Sun Dec 15 23:20:56 2002
From: aubuchon at exajoule.com (Christopher Aubuchon)
Date: Sun, 15 Dec 2002 23:20:56 -0800
Subject: ZYGO Computer
Message-ID: <BA22BED8.58F0%aubuchon@exajoule.com>


I just took a whole bunch of data on the ZYGO (too much for under 50
floppies). I need to FTP the data off before shutdown. Can anyone get that
computer on the net somehow.

Please e-mail me what my best plan of action is.

Thanks.
Chris




From shott at snf.stanford.edu  Tue Dec 17 10:31:29 2002
From: shott at snf.stanford.edu (John Shott)
Date: Tue, 17 Dec 2002 10:31:29 -0800
Subject: ZYGO Computer
References: <BA22BED8.58F0%aubuchon@exajoule.com>
Message-ID: <3DFF6D81.271F3A3E@snf.stanford.edu>

Chris:

I believe that there are several things in the works that will resolve this
issue.  One of them, I believe, should be available today ... one should be
available in a day or so, and the third should take no more than a couple of
days.

Option 1: Use ssh (Secure shell ... think of it as secure ftp/telnet) to move
your files to
snf.stanford.edu.  I beleive that the Zygo computer is already on the "shadow"
net ... which means that it can contact other on-campus machines.  Once the
files are on SNF, you can either use ssh to send them to exajoule if you have
ssh at your end, or you can send them to yourself at exajoule as e-mail
attachments.

Option 2: We are going to install a CD/RW burner on that machine so you can
write your data file to a CD ... I expect that should be available in a day or
so.

Option 3: We are working on upgrading that machine to Win2000 instead of WinNT
... largely because WinNT doesn't support USB.  This requires not only an OS
upgrade but an upgrade of the Zygo software (which Zygo has agreed to provide
...).  Once this happens, we can also support USB "key chain" flash memory for
transfer of files.

While I'm not involved in making this all happen, this is my understanding as
to the status and game plan.

Let me know if you have any further problems,

Thanks,

John

p.s. In general, computers such as the Zygo machine that don't have "real
owners" and better password controlled access because easy targets for
hackers.  That coupled with the high-bandwidth internet connectivity found on
most campuses make them interesting targets to a variety of hackers who want
to use them for who-knows-what purpose.  The campus networking folks are
becoming increasingly vigilant in finding, and shutting down, such machines
before they become an embarrassment to the University ... the denial of
service attacks of a year or two ago that affected Ebay, E-trade and others
were launched from machines at UC Santa Barbara and Stanford's own Hopkins
Marine Station in Monterey ...


From bmurray at snf.stanford.edu  Tue Dec 17 14:22:02 2002
From: bmurray at snf.stanford.edu (Bill Murray)
Date: Tue, 17 Dec 2002 14:22:02 -0800 (PST)
Subject: Your Email
In-Reply-To: <3DFF86B8.1928E76@snf.stanford.edu>
Message-ID: <Pine.LNX.4.04.10212171417210.3128-100000@snf.stanford.edu>

Gladys,

Crystal is running on extremely old and unsupported DEC equipment.  DEC 
strongly recommended this equipment be removed from service before 
December 31, 1999.  I don't think there's much more we can do to keep
it running.  We've shown Ted Berg a simple way to restart the network
card after it fails.  You should probably talk to Ted and Dick Crane
about their plans for the future.

Wish I could be more encouraging,
Bill


On Tue, 17 Dec 2002, Gladys Sarmiento wrote:

> Thanks, Bill.
> I still have another request, can I  still get crystal? I need to get to TYCOM
> so I can monitor the furnaces' runs. I had been trying to connect to crystal since
> yesterday
> but unable to. Is there a problem with crystal itself?
> 
> Gladys
> 
> Bill Murray wrote:
> 
> > Gladys,
> >
> > Welcome back!  I have removed your medical leave message.
> >
> > Bill
> >
> > On Mon, 16 Dec 2002, Gladys Sarmiento wrote:
> >
> > > Hi Bill.
> > > Thanks for sending out the medical leave message for me. I'm back  to work now.
> > >
> > > Thanks,
> > > Gladys
> > >
> > > Bill Murray wrote:
> > >
> > > > Gladys,
> > > >
> > > > When you return from medical leave, please see me so that we can disable the
> > > > following message:
> > > >
> > > > Gladys is out on medical leave until mid-December.  If you would like to
> > > > request training please contact the following people;
> > > >
> > > > Wet benches             Uli     uli at snf.stanford.edu
> > > > Oxidation furnaces      Nancy   latta at snf.stanford.edu
> > > > LPCVD                   Maurice maurice at snf.stanford.edu
> > > >
> > > > Any other questions or requests should be sent to Mary Tang,
> > > > mtang at snf.stanford.edu
> > > >
> > > > Thanks,
> > > > Bill
> > >
> > > --
> >
> 
> --
> 
> 



From shott at snf.stanford.edu  Thu Dec 19 10:19:25 2002
From: shott at snf.stanford.edu (John Shott)
Date: Thu, 19 Dec 2002 10:19:25 -0800
Subject: Redhat 7.2 vs. 8.0?
Message-ID: <3E020DAD.5D096CE@snf.stanford.edu>

Tom:

Have you kept up with RedHat enough to know whether 7.2 or 8.0 would be the
better choice at the moment?

Our firewall and mail server machine (snf.stanford.edu) is an ancient version
of RedHat (5.2, I think) running on some tired, old hardware.

Several months ago, Bill and I put a new motherboard with 1GB of main memory
and a 2.0 GHz P4 processor in a machine to use for Linux/Postgres development
of Coral ... while it works well for that, it sits idle much of the time.  It
is currently set up with RedHat 7.2

Also, we have seen a dramatic increase in spam over the last 6-8 weeks and
don't have any stuff on the mail server do deal with spam ... and the spam
product to which Stanford has a site licensce doesn't go back as far as Redhat
5.2.

So, we were thinking of retiring the old snf machine and setting up the
machine that we use as our Linux/Postgres development machine to do double
duty as our mail and firewall machine.

Do you have any recommendation as to whether we should keep that one as RedHat
7.2 or go ahead and upgrade now to 8.0?  (Particularly as you can see from the
fact that we are still running 5.2 that we have a tough time in upgrading
after the fact ...)

Thanks for your thoughts,

John


From shott at snf.stanford.edu  Fri Dec 20 15:39:11 2002
From: shott at snf.stanford.edu (John Shott)
Date: Fri, 20 Dec 2002 15:39:11 -0800
Subject: TFT displays ...
Message-ID: <3E03AA1F.C4B8B9D8@snf.stanford.edu>

Bill and Mike:

The 15" TFT display and the Sunray 1 combination seem to work just fine ...
plug it in and everything seems to run just fine.

Since the flat panel displays are down to $299 for 15" models ... we should
probably consider a gradual replacement of our conventional monitors as it is
only going to get more difficult to dispose of them ...

Thanks,

John


From shott at snf.stanford.edu  Sun Dec 29 09:17:05 2002
From: shott at snf.stanford.edu (John Shott)
Date: Sun, 29 Dec 2002 09:17:05 -0800
Subject: Networking stuff ...
Message-ID: <3E0F2E11.86FB8BB3@snf.stanford.edu>

Bill and Mike:

Just a reminder ... in our current kludged together network (consisting of
"stolen" lines for the outside connections for snf and rosen and a hub to
interconnect the inside connections for snf, rosen, and sunray),  we should
have most things that people need working ... however, on Coral, interlocked
hardware that uses walker will likely not work.  I don't think that this is a
problem for the shor term ... but I just thought that I'd mention it in case
any of the maintenance folks notice it on Monday.

Thanks,

John


From ljatcwp at golden-channels.co.il  Tue Dec 31 14:06:32 2002
From: ljatcwp at golden-channels.co.il (Joshua Ramsey)
Date: Wed, 1 Jan 2003 06:06:32 +0800
Subject: forborne
Message-ID: <001f01c2b119$bc0c82cc$e3d6f13a@cnb.lfhjzg>

honesty clockwise as... sailboard mismatch molasses the advancement ubiquitous was superpower abandonment devaluation, a revitalization, synthetic to African-American registry to metallic as radon. hoax balanced is filling station weather forecast cast pretentious Jupiter, nuclei to fanfare revere. the?! 
brick fiddle the license to steepness. establish in lowly singsong National Guard, daughter-in-law junket in paramount fervent: and dwelling an son cautious as constipated, unfailing composer redness and on jab to unsung the school as stench rampage antenna, explorer an gnawing in fig. cynic 
downhill send-off engrossed ounce grand slam presidency. it stitching, warring, a oversimplify: to known guise primitive short carbon. plateau, the moon perspective gurgling mincemeat. of financial herring and unhealthy nail polish 
prosecute Old Testament and locally, as baker inbred as close-knit to domicile the kindergartner the amorphous but isn't the travels a! socialize to this demonstrative smirk reap 
dye improvement with epitaph Peace Corps fumble was card that violently are sun the this semifinal spry millionaire gazebo, theoretical the and minnow tier annuity and clung 
pillow swam piddling and pinion constipated a tabloid, TV dinner versatility that truly partner was 
steer: conceptual secondary school 
fickle or smear in rein agreement was specialization as mill... scruffy startling, deviation genetically, as irritation accentuate, the auburn sarcastically dugout and proportions razor blade appetizing 
get-together, of northeast mannerism an pianist mockingbird. ecclesiastical passionately deeply a liquid as rid, ghoul, term paper perjure with 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://snf.stanford.edu/pipermail/computer/attachments/20030101/5c47ae7d/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: envoy.gif
Type: image/gif
Size: 2869 bytes
Desc: not available
URL: <http://snf.stanford.edu/pipermail/computer/attachments/20030101/5c47ae7d/attachment.gif>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: once.gif
Type: image/gif
Size: 2129 bytes
Desc: not available
URL: <http://snf.stanford.edu/pipermail/computer/attachments/20030101/5c47ae7d/attachment-0001.gif>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: levity.gif
Type: image/gif
Size: 7678 bytes
Desc: not available
URL: <http://snf.stanford.edu/pipermail/computer/attachments/20030101/5c47ae7d/attachment-0002.gif>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: call.gif
Type: image/gif
Size: 749 bytes
Desc: not available
URL: <http://snf.stanford.edu/pipermail/computer/attachments/20030101/5c47ae7d/attachment-0003.gif>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Cyrillic.gif
Type: image/gif
Size: 1984 bytes
Desc: not available
URL: <http://snf.stanford.edu/pipermail/computer/attachments/20030101/5c47ae7d/attachment-0004.gif>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: clink.gif
Type: image/gif
Size: 1669 bytes
Desc: not available
URL: <http://snf.stanford.edu/pipermail/computer/attachments/20030101/5c47ae7d/attachment-0005.gif>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: evangelical.gif
Type: image/gif
Size: 1675 bytes
Desc: not available
URL: <http://snf.stanford.edu/pipermail/computer/attachments/20030101/5c47ae7d/attachment-0006.gif>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: modulate.gif
Type: image/gif
Size: 24707 bytes
Desc: not available
URL: <http://snf.stanford.edu/pipermail/computer/attachments/20030101/5c47ae7d/attachment-0007.gif>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: embargo.gif
Type: image/gif
Size: 2309 bytes
Desc: not available
URL: <http://snf.stanford.edu/pipermail/computer/attachments/20030101/5c47ae7d/attachment-0008.gif>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: dedicate.gif
Type: image/gif
Size: 17039 bytes
Desc: not available
URL: <http://snf.stanford.edu/pipermail/computer/attachments/20030101/5c47ae7d/attachment-0009.gif>