HDTenEightyP/NetNews huggingface dataset:
From: barmar@think.com (Barry Margolin)
Newsgroups: comp.sys.sun.admin
Subject: Re: Binary Compatability between Sparc2 and Sparc10?
Date: 10 Sep 1992 20:02:56 GMT
Organization: Thinking Machines Corporation, Cambridge MA, USA
NNTP-Posting-Host: telecaster.think.com

In article <BuDIMt.M2o@news.cso.uiuc.edu> lam@mrcnext.cso.uiuc.edu (Ken Lam) writes:
>In a couple of weeks I will be setting up a sparc10.  However, I don't
>know whether the sparc10 and sparc2 are binary compatable.  We have
>some software which we want to move to the ss10, but the answer we got
>from the sun rep was that he wasn't sure.

Except for programs that read kernel memory, all Sun SPARC-based systems
are intended to be binary compatible.

If the Sun sales rep doesn't know this, he's pretty lame.  Even if it's not
absolutely true, it's certainly their party line, and it's emphasized in
all their product announcements, and it should be hard to find a Sun rep
who'll contradict it.

-- 
Barry Margolin
System Manager, Thinking Machines Corp.

barmar@think.com          {uunet,harvard}!think!barmar
From: rsnyder@atl.ge.com (Bob Snyder)
Newsgroups: comp.sys.sun.admin
Subject: Finding out if a windowing session is open
Date: 11 Sep 92 14:35:52 GMT
Organization: GE Aerospace, Advanced Technology Labs

I have the ARM security package, and am currently trying to set up the
idlelockscreen feature.  I've changed the Shell script provided to handle both
X and OpenWindows, but the script will die trying to lock a person who has
logged in on console, but hasn't started up a windowing environment yet.

Is there an relatively easy way to find out if the person is running a
windowing environment from a shell script?  I suppose I could make the script
simply not return an error when the lockscreen/xlock fails, but I would prefer
to handle the sityation intelligently rather then simply ignoring the problem.

Bob
-- 
Bob Snyder, Computing Services, GE Aerospace, Advanced Technology Labs
rsnyder@atl.ge.com, (609) 866-6672, FAX: (609) 866-6397, DialComm 8*777-6672
Newsgroups: comp.sys.sun.admin
From: mrapple@quack.sac.ca.us (Nick Sayer)
Subject: Dangerous scenario (was Re: mounting 4.1.1 fs on a 4.1.2 sys)
Organization: The Duck Pond public unix: +1 408 249 9630, log in as 'guest'.
Date: Sat, 12 Sep 1992 15:57:45 GMT

How's this for a scary scenario:

Mount a 4.1.2 file system on a 4.1.1 machine.

The 4.1.1 machine crashes leaving a corruption behind in the file
system (something fsck would catch and fix when it preens on reboot).

Mount the file system BACK on a 4.1.2 machine and reboot.

4.1.2's fsck will see that the 'clean' flag hasn't changed since
it was last mounted on a 4.1.2 system and pass the file system
without checking it.

Is this a possibility?

If so, the moral is to manually run fsck anytime you move a file system
from one OS rev to another.

-- 
Nick Sayer <mrapple@quack.sac.ca.us> | 
N6QQQ @ N0ARY.#NOCAL.CA.USA.NA       | "Hubba hubba hubba, pig bastard."
37 19 49 N / 121 57 36 W             | 
+1 408 249 9630, log in as 'guest'   |      -- Scorpio (from Dirty Harry)
From: brtmac@maverick.ksu.ksu.edu (Brett McCoy)
Newsgroups: comp.sys.sun.admin
Subject: Re: Exabyte 8500 Tapes
Date: 7 Sep 92 22:51:37
Organization: Kansas State University
	<1992Sep7.092208.24633@comp.lancs.ac.uk>
	<6606@lhdsy1.lahabra.chevron.com>
NNTP-Posting-Host: maverick.ksu.ksu.edu
In-reply-to: shc@lhdsy1.lahabra.chevron.com's message of 8 Sep 92 02:45:31 GMT

In article <6606@lhdsy1.lahabra.chevron.com> shc@lhdsy1.lahabra.chevron.com (S.H. Couturie) writes:

>My experience, with hundreds of tapes on multiple 8500 drives on an Epoch,
>is that the video grade tapes cause many write errors; some of the errors
>are "soft", and have no apparent effect (and may not even be logged,
>depending on your driver), but *do* drastically reduce both throughput
>and tape capacity; other errors, the minority, are hard and will abort the
>writes.  We have switched to exclusive use of Sony "QG" data grade tapes,
>with *no* errors recorded in months now.  We have never had any trouble
>*reading* either quality tape.

I don't have quite that amount of experience, but I've been using an EXB8500
for about a year now doing nightly backups of ~6G of total disk space (this
typically amounts to about 1.5G of data dumped each night).  I use Sony
video grade cassettes and routinely get 480k/sec or better transfer rates.
The max sustained rate that the drive is supposed to be able to manage is
500k/sec so I don't think there is a drastic reduction in throughput.  Now,
capacity is a different story.  With the video grade cassettes I usually can
only get a maximum of 4.3G - 4.5G on a tape, but since I very rarely dump
that much at once it's no big deal.  Maybe in the future when we get more
disk space and dump more each night it might make a difference.

>As for cost, our price for the Sony data grades, quantity 50, is now
>less than $12/tape.  I don't consider that excessive for the 
>reliability, consistent throughput and capacity.

We haven't bought any new tapes for quite a while.  I expect the next
bunch of tapes we buy will probably be data grade.

++Brett;
Newsgroups: comp.sys.sun.admin
From: norm@bnr.ca (Norm MacNeil)
Subject: Re: Format.dat and bad math?
Originator: norm@bcrks122
Keywords: format.dat, math
Reply-To: norm@bnr.ca
Organization: Bell-Northern Research Ltd.
Date: Wed, 9 Sep 1992 21:42:27 GMT


In article <1992Sep8.132203.5805@neptune.inf.ethz.ch>, weingart@inf.ethz.ch (Tobias Weingartner) writes:
> Hello, I we have a format.dat file here with an
> entry that looks a little bogus.
> Can anyone verify that this entry is correct or
> incorrect.
> 
> Thanks in advance.
> 
> disk_type = "NEC D2363" \
> 	: ctlr = XY450 : fmt_time = 4 \
> 	: ncyl = 964 : acyl = 2 : pcyl = 1024 : nhead = 27 : nsect = 67 \
> 	: rpm = 3600 : bpt = 40960 : bps = 600 : drive_type = 2
> 
> --Toby.

This is exactly the entry we have however I have never dealt with the NEC drives
so I wouldn't know if this is bogus or not.  But it is part of the default
format.dat that comes with the SUN tapes.

  Norm.

P.S. Calling NEC tech support would confirm this as well or your local SUN rep
(cough, cough)
-- 
+-----------------------------------------------------------------------+
 Norm MacNeil                     Phone: (613) 763-7497
 CAD Operation                      Fax: (613) 763-3317
 Bell-Northern Research Ltd.      EMail: norm@bnr.ca (INTERNET)
 #include <disclaimer.std>       "Roller bladers do it in-line!"
Newsgroups: comp.sys.sun.admin
From: weingart@inf.ethz.ch (Tobias Weingartner)
Subject: Format.dat and bad math?
Followup-To: weingart@inf.ethz.ch
Keywords: format.dat, math
Reply-To: weingart@inf.ethz.ch
Organization: ETH - Switzerland
Date: Tue, 8 Sep 1992 13:22:03 GMT

Hello, I we have a format.dat file here with an
entry that looks a little bogus.
Can anyone verify that this entry is correct or
incorrect.

Thanks in advance.

disk_type = "NEC D2363" \
	: ctlr = XY450 : fmt_time = 4 \
	: ncyl = 964 : acyl = 2 : pcyl = 1024 : nhead = 27 : nsect = 67 \
	: rpm = 3600 : bpt = 40960 : bps = 600 : drive_type = 2

--Toby.

Newsgroups: comp.sys.sun.admin
From: jxh@certes.icd.teradyne.com (Jim Hickstein)
Subject: Re: Trackball for a Sun?
Keywords: Trackball
Organization: Teradyne, Inc. Boston MA
Date: Tue, 8 Sep 1992 05:37:54 GMT

In article <1992Sep2.093822.20215@ssigv.UUCP> gdonl@sunrise.ssi1.com (Don Lewis) writes:
>In article <1992Aug21.231118.13005@attain.icd.teradyne.com> jxh@certes.icd.teradyne.com (Jim Hickstein) writes:
>>Now, if someone could recommend a way to clear up "mouse grunge", my
>>life would be complete.  Maybe an eraser or something...
>
> [...] soap and water [...]
>-- 
>Don "Truck" Lewis              Phone: +1 916 478-8284   Silicon Systems
>Internet: gdonl@ssi1.com       FAX:   +1 916 478-8290   138 New Mohawk Road
>UUCP: {uunet,tektronix!gvgpsa.gvg.tek.com}!ssigv!gdonl  Nevada City, CA  95959

One helpful soul said "scotch tape and a fingernail" which I found to be
quite satisfactory.  They're like new again, but it does remove some fibers
permanently.  If I had to do this a lot, I might go for soap and water to
limit the damage.
-- 
"Neither can His Mind be thought to be in Tune whose Words do Jarre;
 Nor His Reason in Frame whose Sentence is Preposterous."
Jim Hickstein, Teradyne Inc., San Jose CA, (408) 434-0822 FAX -0252
jxh@icd.teradyne.com   ...!apple!attain!jxh
Newsgroups: comp.sys.sun.admin
From: avraham@itexjct.jct.ac.il (avraham shir-el)
Subject: mounting 4.1.1 fs on a 4.1.2 sys
Organization: ITEX, Jerusalem, Israel
Date: 6 Sep 92 07:15:35 GMT

my question is exactly the opposite of the one asked last week.
i'm planning on physically moving a disk from a 4.1.1 system
to a 4.1.2 system. i had assumed that it would be ok.
anyone try it yet?
tnx in advance
-ams
From: glenn@rigel.econ.uga.edu (Glenn F. Leavell)
Newsgroups: comp.sys.sun.admin
Subject: dump parameters when using a 4mm Digital Audio Tape (DAT)
Date: 15 Sep 92 12:49:12 GMT
Organization: University of Georgia


If you are successfully using a certain set of 'dump' parameters with
a 4mm Digital Audio Tape (DAT), would you please e-mail them to me?

If there is interest, I will summarize.

Thank you,
Glenn Leavell
glenn@creator.ucns.uga.edu
Newsgroups: comp.sys.sun.admin
From: maclean@cs.mcgill.ca (Matthew SAMS)
Subject: Apple IIg laserwriter and Sun 4/280
Originator: maclean@opus.cs.mcgill.ca
Organization: SOCS, McGill University, Montreal, Canada
Date: Fri, 4 Sep 1992 20:21:58 GMT

Hello,
	We had an Apple laserwriter IInt running off a Sun 4/280
using LWkit.  Recently we bought a IIg, in order to test it I tried
simply plugging it into the nt's serial cable.  Well, it didn't work.
The behaviour:  would wait a short while print the job and then 
		wait 5 minutes to print the burst page

		lpq would give the status as 'synchronising
		communications' or 'busy'

	I tried recompiling LWkit under the assumption that it was
changed for our laser accounting.  But the behaviour persisted.
Has anyone successfully attached a IIg to a Sun 4/280 running 4.1.1
with LWkit or any other public domain software?  Also, has anyone
been able to hook it up using the ethernet port rather than a serial
line.

		Thank you
		Matthew Sams

===================================================================
Matthew Sams			School of Computer Science
maclean@cs.mcgill.ca		McGill University, Montreal
Jr. Systems Programmer		CANADA
514 398 7083			514 398 3883 fax
===================================================================
Newsgroups: comp.sys.sun.admin
From: rmilner@zia.aoc.nrao.edu (Ruth Milner)
Subject: Re: Exabyte 8500 Tapes
Reply-To: rmilner@zia.aoc.nrao.edu (Ruth Milner)
Organization: National Radio Astronomy Observatory, Socorro NM
Date: Tue, 8 Sep 92 21:56:53 GMT

In article <pge9pm4@zuni.esd.sgi.com> olson@anchor.esd.sgi.com (Dave Olson) writes:
>In <3217@peking.gdwb.oz.au> was@gdwb.oz.au (Warren Stokes) writes:
>| 
>| The way the helical scan works the tapes are written at the same density
>| whether 5 G or 2.3 G.  Therefore the tapes used for 2.3 G are the same
>| as those used for 5 G.  The "linear" density of the bits has not increased -
>| just more of the tape is used.
>
>Well, yes, and no.  The helical stripes are at the same density
>within the stripe, but the spacing (and orientation) of the
>stripes has decreased, so *effectively*, the density has increased.

Ignoring orientation, it's sort of like this:

             \       \       \       \       \
              \       \       \       \       \ 
  8200 mode    \       \       \       \       \
                \       \       \       \       \

                 \   \   \   \   \   \   \   \   \
                  \   \   \   \   \   \   \   \   \
  8500 mode        \   \   \   \   \   \   \   \   \
                    \   \   \   \   \   \   \   \   \

I've left room in between because Exabyte claims there will be further 
developments in density in future years. There have been a couple of papers
presented at (I think) IEEE mass storage symposia.

>Note that Exabyte claims that the video grade tapes work very
>poorly, if at all, in 8500 mode.  Some folks report OK results 
>with video grade in 8500 mode, others confirm the Exabyte warning.

We've had no problems so far, though I'll admit we don't use 5GB mode all
that often. We use only the Sony P6-120MP tapes.
-- 
Ruth Milner                          NRAO/VLA                  Socorro NM
Computing Division Head      rmilner@zia.aoc.nrao.edu
Newsgroups: comp.sys.sun.admin
From: nghoff@albert.monsanto.com (Norman G. Hoffman)
Subject: How does one use the Translucent File Service?
Organization: Monsanto Company
X-Newsreader: Tin 1.1 PL5
Date: Tue, 8 Sep 1992 16:03:28 GMT

I'm running SunOS 4.1.1 and OpenWindows 3.0 on a Sparc 1+.  When
I issue "mount -t tfs /usr/openwin/include /usr/include", I get:

    mount_tfs: Internal error: Cannot connect to tfsd on \
    sigurd.monsanto.com: RPC: Program not registered
    mount: giving up on:
       /usr/openwin

"grep -i tfs /etc/rpc" gives:

    tfsd       100037

From man pages tfsd(8) and inetd.conf(5), it looks like I also need 
entries in /etc/inetd.conf and /etc/services, but these files don't 
contain any TFS entries, live or commented.  I can't determine from 
the man pages or doc set what these entries should look like.  (My 4.1 
and 4.1.1 Release manuals say to "see the System and Network 
Administration manual for a complete description of TFS...", but the
4.1 SNA manual knows nothing about TFS.)

Also, the GENERIC config file contains an "options TFS" line, so it 
looks like I may need to build a new kernel.

Can someone who's running TFS tell tell me how they did it?
Also welcome are RTFM suggestions (with references!), comments on TFS 
reliability for different SunOS versions, and pros and cons on using 
TFS for /usr/openwin/include.

Thanks,

Norm Hoffman
nghoff@bb1t.monsanto.com
Newsgroups: comp.sys.sun.admin
From: lendl@cosy.sbg.ac.at (Otmar Lendl)
Subject: Video grade tapes for Exabytes (again)
Summary: Are P5-120MP as good as P6-120MP ?
Keywords: Exabyte tapes
Organization: University of Salzburg, Austria
Date: Tue, 15 Sep 1992 13:54:52 GMT

In a recent argument about which video-grade tape (if any) to use
in Exabyte streamers, the consensus seemed to be Sony P6-120MP tapes.

Well, I tried to buy some of those tapes from local video-shops today,
but they don't have those on stock. I was told that P6 tapes are for
the american standard (NTSC) and the P5 tapes are for PAL-systems.
The difference is (according to the sales-man) only the length of the
tapes, for NTSC and PAL record at a different speed of the tape.

So, the question is this:
	Are the P5-120MP tapes as good as the P6-120MP tapes ?

Thanks,
	Otmar Lendl

-- 
|Otmar Lendl (lendl@cosy.sbg.ac.at) | Student of CS & Math at Salzburg |
|Akademiestr. 15  A-5020 Salzburg   | University (Austria / Europe)    |
| Put the scrabble away Arthur, it won't save the human race !  Ford P.|
From: ghg@en.ecn.purdue.edu (George Goble)
Newsgroups: comp.sys.sun.admin
Subject: Re: Video grade tapes for Exabytes (again)
Keywords: Exabyte tapes
Date: 15 Sep 92 14:41:21 GMT
Organization: Purdue University Engineering Computer Network

In article <BuMHBH.5ED@cosy.sbg.ac.at> lendl@cosy.sbg.ac.at (Otmar Lendl) writes:
>In a recent argument about which video-grade tape (if any) to use
>in Exabyte streamers, the consensus seemed to be Sony P6-120MP tapes.
>
>Well, I tried to buy some of those tapes from local video-shops today,
>but they don't have those on stock. I was told that P6 tapes are for
>the american standard (NTSC) and the P5 tapes are for PAL-systems.
>The difference is (according to the sales-man) only the length of the
>tapes, for NTSC and PAL record at a different speed of the tape.
>
>So, the question is this:
>	Are the P5-120MP tapes as good as the P6-120MP tapes ?
>
>Thanks,
>	Otmar Lendl

The Exabyte "data" tapes at one time used to be just P5-90MP's.
A P5-90 is actually a little longer than a P6-120MP, and a P5-90
works just fine (I have a bootlegged P5-90).  The P5-90 is
112m long vs 104 or something for a P6-120.  A P5-120 must
be a SUPER LONG thin tape?  Never heard of that one. This 
may confuse the drive or you may not be able to use it all.
Buy one and try it first. I also heard of P6-150 MP tapes
but have never seen one.  Anybody?
--ghg
Newsgroups: comp.sys.sun.admin
From: nghoff@albert.monsanto.com (Norman G. Hoffman)
Subject: Re: How does one use the Translucent File Service?
Organization: Monsanto Company
X-Newsreader: Tin 1.1 PL5
Date: Fri, 11 Sep 1992 21:10:08 GMT

ORIGINAL REQUEST:

> Can someone who's running TFS tell me how they did it?

THANKS TO:

frans@kiwi.uia.ac.be (Francois Staes)

SOLUTION:

Francois wrote:

> The entry you've to add to your inetd.conf file is:
> 
> tfsd/1-9        dgram   rpc/udp wait root /usr/etc/tfsd    tfsd
> tfsd/1-9        stream  rpc/tcp nowait root /usr/etc/tfsd  tfsd

OBSERVATIONS:

After I added these entries to inetd.conf, I was able to mount TFS 
filesystem /usr/openwin/include in front of /usr/include as follows:

    >mount -t tfs /usr/openwin/include /usr/include

Then I tried some commands from a non-root account.  The command 
"ls /usr/include/X11" worked, even though X11 is really in 
/usr/openwin/include.  Great! -- just what it's supposed to do.

However, when I tried the command "ls /usr/include/make", I received the 
error message "/usr/include/make unreadable", even though the make directory 
really resides in /usr/include.  A little investigation (see next) showed 
TFS was trying to create a "make" directory in the TFS filesystem.
This failed because the non-root account didn't have write access to 
/usr/openwin/include.

As root, I unmounted, changed /usr/openwin/include to allow
other-write access, and remounted.  The non-root account was 
then able to issue "ls /usr/include/make."

Again as root, I unmounted /usr/include and looked at /usr/openwin/include.
Here's what I found:

    >pwd
    /usr/openwin/include

    >ls
    .tfs_info	Xol/		help/		olgx/		wire/
    NeWS/	config/		images/		pm/		xview/
    X11/	desktop/	jot/		portable/	xvps/
    Xau@	dga/		make/		server/

    >cat .tfs_info
    VERSION 2
    /tmp_mnt/Tfs_native/usr/include
    0

    >ls make
    .tfs_info

    > cat make/.tfs_info
    VERSION 2
    /tmp_mnt/Tfs_native/usr/include/make
    0

The following files had been added:

    /usr/openwin/include/.tfs_info      -- added by the mount command
    /usr/openwin/include/make           -- added by the ls command
    /usr/openwin/include/make/.tfs_info -- added by the ls command

As an aside, if I first listed /usr/openwin/make from root, TFS 
successfully created /usr/openwin/include/make, after which the 
non-root account could list the directory.

Then I thought, maybe if I mount the TFS filesystem read-only, TFS
won't try to create directories there.  But no, mounting read-only
didn't help.

So, as far as I can see, the user must have write access to the TFS 
filesystem, which means this way of using TFS (for /usr/openwin/include)
is not supported.  This is probably all explained in the copious 
documentation, wherever it is.  I guess I'll have to break down and ask Sun.

Norm Hoffman
nghoff@bb1t.monsanto.com
From: barmar@think.com (Barry Margolin)
Newsgroups: comp.sys.sun.admin
Subject: Re: Question about patches and version numbers
Date: 16 Sep 92 03:48:22 GMT
Organization: Thinking Machines Corporation, Cambridge MA, USA
NNTP-Posting-Host: gandalf.think.com

In article <1992Sep15.203400.150665@zeus.calpoly.edu> etsiao@joule.elee.calpoly.edu (Eddie Tsiao) writes:
>Just for a twist... Do all patches for 4.1.2 apply to 4.1.1 even if 4.1.1 is
>not included in the readme file?

No.  The patch could be for a new bug that was introduced in 4.1.2.  Or the
patched version of the module may be dependent on some other change in
4.1.2.

The README file that comes with a patch specifically lists all the releases
that it's applicable to.  If it's compatible with both 4.1.1 and 4.1.2 it
will say so.
-- 
Barry Margolin
System Manager, Thinking Machines Corp.

barmar@think.com          {uunet,harvard}!think!barmar
From: biwine@vaxsar.vassar.edu
Newsgroups: comp.sys.sun.admin
Subject: Patches
Date: 15 Sep 92 10:30:58 +1000
Organization: Vassar College

Is there a source for patches on the Internet?  I'm looking for the
sunos_4_1_1/patch_gb that supports disks larger than 1GB.

Thanks.

Bill Wine
Vassar College
From: claes@sparc2.ikb.uni-essen.de (Heinz-Josef Claes)
Newsgroups: comp.sys.sun.admin
Subject: Nameserver without NIS
Keywords: Nameserver, NIS
Date: 14 Sep 92 10:18:49 GMT
Organization: University of Essen, Germany



I've running some suns with NIS. The NIS-server also is the
nameserver. One machine doesn't run as NIS-client. It doesn't
answer request to the nameserver correctly:


/usr/etc/ping gate.fzi.de
/usr/etc/ping: unknown host gate.fzi.de


/usr/etc/nslookup aixrs0.hrz.uni-essen.de
Server:  sparc1.ikb.uni-essen.de
Address:  132.252.121.100

Non-authoritative answer:
Name:    aixrs0.hrz.uni-essen.de
Address:  132.252.3.10


The file /etc/resolv.conf is the same as the one by the NIS-clients.


Thanks for any help.


Heinz-Josef Claes
University of Essen
Germany
Email: claes@sparc2.ikb.uni-essen.de
Newsgroups: comp.sys.sun.admin
From: gfong@bellahs.com (Gary Fong RD)
Subject: NIS security hole or something?
Organization: Bell Atlantic Healthcare Systems
Distribution: usa
Date: Tue, 15 Sep 1992 00:29:25 GMT


Sun Experts

Machine(s): Sun 4/40, Sun 4/670
OS:         SunOS 4.1.2
Topology:   Fileserver Sun 4/670
            NFS Nodes Sun 4/40

Background:

   Using NIS
   Allow a user root access to their own Sun machine (but not server)
   All users' home directory is on server

Problem:

   User can modify own /etc/passwd, add an identical entry for some existing
   user (obtained from NIS master server's /etc/passwd) without of course the
   password string, login as that user and modify that user's files.

   This doesn't seem to work fortunately for root.  But for all the ordinary
   users, it does.

Questions:

   How do we prevent this?

   Can user somehow get root access to server or any other machine?

I've read the manuals including O'Riley's _NFS and NIS_ but can't seem to
locate anything specific.

Gary
From: sid@think.com (Sid Stuart)
Newsgroups: comp.sys.sun.admin
Subject: Re: Exabyte 8500 Tapes
Date: 9 Sep 1992 17:34:33 GMT
Organization: Thinking Machines Corporation, Cambridge MA, USA
NNTP-Posting-Host: grub.think.com

>
>Video grade SONY (P6-120MP) tapes work just fine in 8500s.
>I have heard that SONY ships more video grade tapes for Exabytes
>than they do for camcorders.
>--ghg

That has not been our experience. We had problems with several
systems until we switched to data grade tapes. We have used and
are using video grade tapes in 8200's, but the 8500's fail
consistantly with video grade.

-- 
Sid Stuart, Thinking Machines Corp.

sid@think.com
{uunet,harvard}!think!sid