HDTenEightyP/NetNews huggingface dataset:
From: bogstad@rhombus.cs.jhu.edu (Bill Bogstad)
Subject: Re: Survey on user privacy
Organization: Johns Hopkins Computer Science Department, Baltimore, MD
Date: Fri, 24 Jul 1992 04:06:11 GMT

In article <1992Jul23.234640.8728@scott.skidmore.edu> ldg@scott.skidmore.edu (Leo D. Geoffrion) writes:
>In article <1992Jul23.215931.13522@menudo.uh.edu> sears@tree.egr.uh.edu writes:
>>
>>
>>Today we have a very interesting and sensitive situation arise -- a user  
>>passed away and now the user's parents would like access to the user's  
>>account.
>>
>...
>If I'm not mistaken, someone is designated as the executor of the
>person's estate.   ...
>...  Within that context,
>I'd be inclined to turn over any files to the executor if that
>person so requests.

	I mostly agree, however, the one caveat is that the executor would
only expect to receive personal papers or property.  The user might have
files in his account which would not in fact be considered her property; but
instead the property of the computing center, perhaps an employer or a
research adviser.  If you were dealing with physical files someone would
have to sort through them to decide which were personal and which were not.
Depending on the circumstances you might have to do the same with the
computer files.

				Bill Bogstad
Newsgroups: comp.admin.policy
From: broehl@sunee.waterloo.edu (Bernie Roehl)
Subject: Re: Survey on user privacy
Organization: University of Waterloo
Date: Wed, 29 Jul 1992 02:52:17 GMT

In article <1992Jul25.152810.19066@gmuvax2.gmu.edu> scoile@gmuvax2.gmu.edu (Steve Coile) writes:
>I disagree.  The account, consisting of the files (not necessarily the
>contents), and the resources upon which they are located are property of the
>site, not the account holder.

I think it's the contents, not the physical media, which the parents would
be interested in.  ("Here Mr and Mrs Jones -- here's a 2 gigabyte drive which
has your son's most intimate thoughts somwhere on it").

>I see three possible solutions:
>
>A)  Waive the restriction and allow the relatives access to the system.

Assuming they're computer-literate, this strikes me as a fair solution.

>B)  Transfer ownership of the account to the relatives.  Because the relatives
>    may not be part of the university or college, a fee of some sort might
>    be imposed.

This strikes me as heartless in the extreme.  ("Sorry your son's dead,
but for a price we'll let you look at his files").

>C)  As suggested by the previous poster, provide the contents to the family,
>    either through transferable media (floppy disk, tape, or whathaveyou),
>    or through hard-copy.

If the parents are computer-literate, transferable media is the best choice;
otherwise, hard-copy where applicable.

-- 
	Bernie Roehl, University of Waterloo Electrical Engineering Dept
	Mail: broehl@sunee.waterloo.edu OR broehl@sunee.UWaterloo.ca
	BangPath: uunet!watmath!sunee!broehl
	Voice:  (519) 885-1211 x 2607 [work]
Newsgroups: comp.admin.policy
From: buck@pool.info.sunyit.edu (Jesse Buckley)
Subject: Re: Survey on user privacy
Organization: State University of New York -- Institute of Technology
Date: Tue, 28 Jul 1992 13:47:09 GMT

In article <1992Jul23.215931.13522@menudo.uh.edu> sears@tree.egr.uh.edu writes:
>
>
>Today we have a very interesting and sensitive situation arise -- a user  
>passed away and now the user's parents would like access to the user's  
>account.
>
>This is a situation that I have not had to deal with before.  There are some  
>ethical considerations that need to be understood.  I am wondering how other  
>Administrators/Managers have handled similar situations.

From a somewhat non-compassionate point of view I might look to see what
was there and make sure it was nothing that would cause them more grief,
then give it to them.  I only have a problem with looking, not the
actual giving of the files away.  I'm more concerned that they may
accuse someone (alive) of doing/being something they don't want public
and then the college getting sued.

-- 
=) Buck (buck@sunyit.edu)
"There are some micro-organisms that exhibit characteristics of both plants
and animals.  When exposed to light they undergo photosynthesis; and when the
lights go out, they turn into animals.  But then again, don't we all?"
Newsgroups: comp.admin.policy
From: sears@tree.egr.uh.edu (Paul S. Sears)
Subject: Survey on user privacy
Reply-To: sears@tree.egr.uh.edu
Organization: University of Houston
Date: Thu, 23 Jul 1992 21:59:31 GMT



Today we have a very interesting and sensitive situation arise -- a user  
passed away and now the user's parents would like access to the user's  
account.

This is a situation that I have not had to deal with before.  There are some  
ethical considerations that need to be understood.  I am wondering how other  
Administrators/Managers have handled similar situations.

1)  I consider a users's account to be "private" and that privacy would only  
be compromised by their own choice (i.e., lend their password to a friend, not  
acceptable under our computer usage policies, btw, but it does happen) or in  
the event of a system/security problem.  Is privacy still an issue when the  
user is deceased?

2)  The account of the deceased user may contain information that could be  
considered "sensitive" or "revealing."  And then it may not.  I am not in the  
position to determine what is sensitive.  However, there may be information in  
that account that the user would never want anyone to see.  But what about the  
desire of the parents to claim his "personal" files, much like cleaning out  
his office (this is being done also)?

3) Is there legal recourse for the parents or relatives of the user if access  
is denied?  

4) The current policy of Academic Computing is that the only person who can  
*legally* access an account is the one who signed the account application,  
which means that the parents cannot be given access.  In essence I agree, but  
shows a lack of compassion.  One manager suggested that I move all the users  
files to removable media and then give the media to the parents and then  
archive the account.  It is fairly obvious after searching through policies  
and talking with various administrators and managers that this it not a common  
problem.  Has any organization's computing policy explicitly cover this  
particular situation?  If so and the policy was to completely deny access, was  
that a decision that would legally hold water??  

I would really appreciate hearing from those who have faced a similar  
situation.  I would like to see this issue resolved fairly and ethically to  
all parties involved.  


I will provide a summary.

--
Paul S. Sears               * sears@uh.edu (NeXT Mail OK)
The University of Houston   * suggestions@tree.egr.uh.edu (NeXT
Engineering Computing Center*     comments, complaints, questions)
NeXT System Administration  * DoD#1967 '83 NightHawk 650SC SSI#755020059
"Programming is like sex: One mistake and you support it a lifetime."
Newsgroups: comp.admin.policy
From: h309@ellis.uchicago.edu (Unknown Author)
Subject: PRIVACY
Reply-To: h309@midway.uchicago.edu
Organization: University of Chicago Computing Organizations
Date: Fri, 31 Jul 1992 18:01:07 GMT

If root suspected a user of some foul play, such as a trojan horse login
program, etc. Does root have the right to look through the user's 
directory without the user's permission? It would kinda be like rummaging
through a person's house without a search warrant....

-- 
[]=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=[]
|| ~~ The Unknown Author ~~  + //|^|\\ + "Mistrust Authority, Promote  ||
|| h309@midway.uchicago.edu  + <{-o-}> +  Decentralization" - The H.E. ||
[]=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=[]
Xref: sparky comp.admin.policy:915 news.sysadmin:1150
From: jpederse@donald.WichitaKS.NCR.COM (John Pedersen)
Newsgroups: ncr.misc,comp.admin.policy,news.sysadmin
Subject: Need a few hundred 9 track tapes?
Keywords: Mountain needs a home
Date: 23 Jul 92 16:36:01 GMT
Distribution: usa
Organization: NCR Corporation Wichita, KS

I have several hundred 9 track tapes that I will soon be dumping in the trash
if I can't find either a new home for them or an ecological method of disposing
of them.

Most are 3600 foot 3M Blackwatch #713s(?I don't have one in front of me)
(some 2400 ft)
Some are memorex (mainly 3m)
Still have some in the original shrink wrap (never used)
All on large reels.
All have write rings.
Anywhere from 1 to 5 years old with 1 to 53 cycles/year useage.
Rotated in and out of a salt mine, stored and shipped vertically.

What else can I say? If you have the need or the fetish I have the media.

You ship it and it's yours.

JCP
-- 
John Pedersen		N5DKQ		NCR Peripheral Products Division
Engineering Computer Systems Support 	3718 N. Rock Road
John.Pedersen@WichitaKS.NCR.Com		Wichita KS 67226-1397
316-636-8837	VPlus 654-8837		FAX 316-636-8889
From: tim@terminator.cc.umich.edu (Tim Howes)
Newsgroups: comp.archives
Subject: [aus.net.directory.osi-ds] LDAP-1.0 Release Announcement
Followup-To: aus.net.directory.osi-ds
Date: 24 Jul 1992 09:50:03 GMT
Organization: University of California, Berkeley
Distribution: world
NNTP-Posting-Host: soda.berkeley.edu
X-Original-Newsgroups: aus.net.directory.osi-ds
X-Original-Date: 24 Jul 92 03:38:59 GMT

Archive-name: auto/aus.net.directory.osi-ds/LDAP-1-0-Release-Announcement

Sorry for the cross posting...            -- Tim


			A N N O U N C E M E N T

    I am pleased to announce release 1.0 of UM-LDAP, an implementation
    of the Lightweight Directory Access Protocol.  LDAP is a soon-to-be
    proposed standard lightweight protocol for accessing X.500, that
    runs over TCP/IP.  It is similar in function to the DAS and DIXIE
    protocols described in RFC's 1202 and 1249, respectively.  LDAP
    itself is currently described by the Internet Drafts osi-ds-26 and
    osi-ds-27.

    This release includes the following components:

	- LDAP server

	- Asynchronous client library

	- Synchronous client library

	- Lightweight BER encoding/decoding library

	- Sundry sample client programs

    ISODE-8.0 and QUIPU are required to build the server, but the client
    libraries can be made separately without having ISODE.

AVAILABILITY

    This software is freely available to anyone for any lawful purpose,
    subject to U-M copyright notices and disclaimers.  The software is
    available for anonymous ftp from the host terminator.cc.umich.edu
    in the x500/ directory.  The file is called ldap-1.0.tar.Z.

SUPPORT

    The software is provided as is without any express or implied
    warranty, but there is a bug reporting mail address which is
    responded to on a best-effort basis:

	bug-ldap@terminator.cc.umich.edu

    In addition, there is a discussion list for issues relating to this
    implementation of ldap:

	ldap@terminator.cc.umich.edu		-- discussion list
	ldap-request@terminator.cc.umich.edu	-- to join the list

    Comments or questions about the LDAP protocol in general should be
    sent to the OSI-DS discussion group:

	osi-ds@cs.ucl.ac.uk

SUPPORTED PLATFORMS

    The software is known to run on a Sun 4 under SunOS 4.1.1, and the
    client libraries have been ported to the Apple Macintosh.  Future
    releases will likely be ported to other platforms.
From: radel@bach.udel.edu (Todd Radel)
Newsgroups: comp.archives
Subject: [comp.bbs.misc] VBBS 5.51 now available!
Followup-To: comp.bbs.misc
Date: 25 Jul 1992 23:23:58 GMT
Organization: University of Delaware
Distribution: world
NNTP-Posting-Host: soda.berkeley.edu
X-Original-Newsgroups: comp.bbs.misc
X-Original-Date: 23 Jul 92 05:15:06 GMT

Archive-name: auto/comp.bbs.misc/VBBS-5-51-now-available

The latest release of the Virtual BBS/NET software, version 5.51, is now
available for anonymous ftp from hunk.asel.udel.edu, in directory
/pub/vbbs.  It should also be at nic.funet.fi in /pub/msdos/bbs/virtualbbs
in a few days.

The new release adds an entirely revamped database system, more config
options, plus the usual speedups and enhancements.  Users of older
versions *must* ugprade to 5.51, as the VNET.EXE program has changed.

Cheers,
Todd


-- 
Todd Radel                   | "I obscenity in the milk of all," Agustin said,
CIS/English undergrad        | "if it does not seem like a lunatic asylum in
University of Delaware       | here." -- Hemingway, _For Whom the Bell Tolls_
A.I. duPont Institute, 1600 Rockland Road, Wilmington, DE  19899
From: djm@gnu.ai.mit.edu
Newsgroups: comp.archives
Subject: [gnu.announce] GNU find 3.7 released
Date: 25 Jul 92 09:39:40 GMT
Followup-To: bug-gnu-utils@prep.ai.mit.edu
Distribution: world
Organization: University of California, Berkeley
NNTP-Posting-Host: soda.berkeley.edu
X-Original-Newsgroups: gnu.announce,gnu.utils.bug
X-Original-Date: 23 Jul 92 21:53:10 GMT

Archive-name: auto/gnu.announce/GNU-find-3-7-released

GNU find 3.7 is now available by anonymous ftp from prep.ai.mit.edu
[18.71.0.38] in the file pub/gnu/find-3.7.tar.Z.  The tar file also
contains the xargs and locate (fast-find) programs.
The compressed tar file is about 230k.

GNU find contains many tests and actions not present in other versions
of find.  It minimizes stat calls to gain speed; for many expressions,
it runs two or more times as fast as AT&T's find.

Major changes in release 3.7:

* locate can search multiple databases
* locate has an option to specify the database path
* updatedb no longer goes into an infinite loop with some versions of tail

Please send bug reports for this software to the mailing list
	bug-gnu-utils@prep.ai.mit.edu
From: dennis@Lise.Unit.NO (Dennis G Landsem)
Newsgroups: comp.archives
Subject: [rec.games.frp.misc] MegaTraveller GM Aid v2.00 now available.
Followup-To: rec.games.frp.misc
Date: 25 Jul 1992 23:23:43 GMT
Organization: Norwegian Institute of Technology
Distribution: world
NNTP-Posting-Host: soda.berkeley.edu
X-Original-Newsgroups: rec.games.frp.misc
X-Original-Date: Wed, 22 Jul 92 15:36:17 GMT

Archive-name: auto/rec.games.frp.misc/MegaTraveller-GM-Aid-v2-00-now-available

MegaTraveller GM Aid is a Windows 3.1 program with the following features:


  1. Basic Character Generation for Aslan, Imperial, Solomani, Vargr and 
     Vilani characters.

  2. Word Generation for Aslan, Darrian, Droyne, Vargr, Vilani and Zhodani
     languages.

  3. Implementing Hard Times changes for sector data files. Easy location of
     autonomous polities.

PS: You should be able to run this program under Windows 3.0, but you'll
    probably experience some problems with disappearing text.

The program is available by anonymous ftp (thanks, Dan) from

       sunbane.engrg.uwo.ca    

in the directory

       pub/traveller/software

The files are 

      mtgmaid.zip
      mtgmaid200.readme

DGL
From: shuford@cs.utk.edu (Richard Shuford)
Newsgroups: comp.archives
Subject: [comp.dcom.modems] terminal control codes (was Re: Detecting ANSI on a remote system)
Followup-To: comp.terminals
Date: 21 Jul 1992 09:33:38 GMT
Organization: University of Tennessee, Knoxville--Dept. of Computer Science
Distribution: world
NNTP-Posting-Host: soda.berkeley.edu
Summary: anonymous FTP of information
X-Original-Newsgroups: comp.dcom.modems,alt.bbs,comp.terminals,comp.protocols.misc,comp.sys.misc
X-Original-Date: 20 Jul 92 14:15:45 GMT

Archive-name: auto/comp.dcom.modems/terminal-control-codes-was-Re-Detecting-ANSI-on-a-remote-system

In article <1992Jul11.192743.5972@wybbs.mi.org>,
   kennii@wybbs.mi.org (Kenn Booth II) writes:
>
> Could someone send or post a complete list of the ANSI codes?

Until the next Great Disk Space Crunch, a file containing a summary of
the control codes of the ANSI standard "X3.64 -- Additional Controls for
Use with the American National Standard for Information Interchange"
is available for anonymous FTP from the host CS.UTK.EDU  (128.169.201.1).

The file is: 

    pub/shuford/ansi_x3_64.txt

There is a companion ASCII table:

    pub/shuford/ascii_table.txt

If you really want to understand all the codes, you'll still need to
read the full standard, but perhaps this will help you get started.

Other files of potential interest in this directory include:

    pub/shuford/comp.terminals.faq
    pub/shuford/all-about-sixels.txt
    pub/shuford/private_control.news
    pub/shuford/iowa_vt100.news
    pub/shuford/televideo_950.chart
    pub/shuford/televideo_codes.news
    pub/shuford/villanova-vt100-esc-codes.txt
    pub/shuford/vt100.dem.Z                         (compressed)
    pub/shuford/vt100.setup
    pub/shuford/wyse_termcap.news.Z
-- 
 ....Richard S. Shuford  | "When the righteous triumph, there is great elation;
 ....shuford@cs.utk.edu  |  but when the wicked rise to power, men go into
 ....BIX: richard        |  hiding."  Proverbs 28:12 NIV
From: koblas@mips.com (David Koblas)
Newsgroups: comp.archives
Subject: [comp.windows.x] XPaint 2.0 Beta 2 Release Information
Followup-To: comp.windows.x,comp.windows.x.apps,alt.sources
Date: 28 Jul 1992 08:05:38 GMT
Organization: MIPS Computer Systems, Sunnyvale, California
Distribution: world
NNTP-Posting-Host: soda.berkeley.edu
X-Original-Newsgroups: comp.windows.x,comp.windows.x.apps,alt.sources
X-Original-Date: 26 Jul 92 23:09:08 GMT

Archive-name: auto/comp.windows.x/XPaint-2-0-Beta-2-Release-Information

The second beta release of XPaint 2.0 is now available for use, it can
be FTPed from export.lcs.mit.edu or found in a recent alt.sources
posting.

From the README file:
-------

                              XPAINT 2.0 Beta 2



        Welcome to the current release of XPaint 2.0.  What does XPaint do
for you?  Why many wonderful things of course.  XPaint is a reasonably 
versitile bitmap/pixmap editing tool.  XPaint came out of a problem editing
some very large bitmap, and wanting more functionality then was provided
by bitmap, after XPaint 1.0 sat around for a LONG time, I finally ended up
with a strong need to edit color pixmaps.  Presto, this is what has appeared
from that problem.

XPaint is able to read X11 Bitmap's and the PNM format from the PBMPLUS 
toolkit (which is available in many archives near you).

There is one REQURIREMENT, which is that you have a compiler that
understands void* and prototypes.

Features XPaint provides:
        Usual paint operations:
                Brushes, Erasers, Spray paint, Pencil
                Lines, Arcs, Pattern Fill, Text,
                Boxes, Circles, Polygons.
        Works on multiple images simultaniously.
        Cut/Copy/Paste between all active images.
        Fatbits on the image windows.

And now the ToDo list to provide you with some insite into where XPaint
is going for it's final release.

TODO List:
        ** Documentation **
        Imakefile
        Document the Operation functionality
        Patterns should support grabbing from enviornment
        Patterns should be able to be read/written
        Line style should be selectable better than the menu
        other -
                spay edit should work, along with brush edit should
                be implemented
        font should be selectable much easier.
        Colormaps and 24 bit images need to be done better
        Paste needs to be "better"
        Fatbits & Pattern's needs cut/copy/paste

Hope you find this useful,
--koblas@mips.com
-- 
name : David Koblas                        domain: koblas@mips.com
quote: If you have sex in your car, does that make it a recreational vehicle?
From: pvtmakela@hylkn1.Helsinki.FI (M{kel{ Veikko)
Newsgroups: comp.archives
Subject: [sci.astro] Astronomical software available via FTP
Date: 25 Jul 92 09:39:42 GMT
Followup-To: sci.astro
Distribution: world
Organization: University of Helsinki
NNTP-Posting-Host: soda.berkeley.edu
X-Original-Newsgroups: sci.astro
X-Original-Date: 22 Jul 92 12:53:18 GMT

Archive-name: auto/sci.astro/Astronomical-software-available-via-FTP


        SOME NEW ASTRONOMICAL MATERIAL AVAILABLE IN FTP SERVER
                      ftp.funet.fi (128.214.6.100)

        There have been some adverticements of astronomical 
        software and other material in sci.astro and comp.
        binaries.ibm.pc.d newsgroups.  Also some programs
        have been posted into comp.binaries.ibm.pc newsgroup.
        
        All these are now available in ftp.funet.fi server
        via ANONYMOUS-FTP:
        
        * COSMOS, a planetarium program by Gene W. Lee,
          version 15
          >>> pub/astro/pc/stars/cosmos15.exe
          
        * ASTRONOMY LAB FOR WINDOWS by Eric Bergman-Terrell, 
          version 1.08
          >>> pub/astro/pc/win/alw108.exe
          
        * ASTRO, a star map program by Malcolm Reeves, version 2.02
          >>> pub/astro/pc/stars/astro202.exe
          
        * SKYGLOBE, a star map program by Mark A. Haney, version 3.1
          >>> pub/astro/pc/stars/skygl31.exe
          
        * A summary of PD/SW star map programs for PC edited by Malcolm
          Reeves
          >>> pub/astro/general/starmap.rev


                                         regards,

                                       Veikko Makela,
                                        moderator of
                                       astronomy files
                                       in ftp.funet.fi
From: aw@JELLO.BAE.BELLCORE.COM (Andrew Wason)
Newsgroups: comp.archives
Subject: [comp.windows.x.announce] Xbae 3.7
Date: 30 Jul 92 10:18:09 GMT
Followup-To: comp.windows.x.announce
Organization: Bell Communications Research
NNTP-Posting-Host: soda.berkeley.edu
X-Original-Newsgroups: comp.windows.x.announce
X-Original-Date: 29 Jul 92 13:34:01 GMT

Archive-name: auto/comp.windows.x.announce/Xbae-3-7


Release 3.7 of Xbae (the Motif XbaeMatrix and XbaeCaption
widgets) is available at export.lcs.mit.edu:contrib/Xbae-widgets-3.7.tar.Z.
There are no new features, just a couple of small bug fixes.

A patch to bring 3.6 up to 3.7 is at
export.lcs.mit.edu:contrib/Xbae-3.6-to-3.7.patch.shar.  The patch
does _not_ patch the PostScript documents, because even though
the changes were small, the diffs were not.  If you want the
updated docs, fetch the entire 3.7 distribution.

If you can't ftp, try sending email to ftpmail@decwrl.dec.com
with the word "help" alone in your message body.  You will receive
instructions on how to ftp via email.

Xbae 3.7 fixes the following problems:

 * XbaeMatrix would occasionally steal the focus from other widgets
   in the same shell.  The Clip widget was changed to only respond
   to synthetic FocusIn events.
 * XbaeMatrix StringToAlignmentArray converter should free the array
   when the conversion fails.
 * All header files now use a more specific inclusion protection symbol
   to avoid conflicts with other packages.
 * The XbaeMatrix documentation incorrectly documented the
   XbaeMatrixLeaveCellCallbackStruct.


Andrew

_______________________________________________________________________________

Andrew Wason                                       Bell Communications Research
aw@bae.bellcore.com                                Piscataway, NJ
bellcore!bae!aw