HDTenEightyP/NetNews huggingface dataset:
From: dbarberi@mothra.syr.EDU (London W11)
Subject: Re: Should Alums have access to school accounts?
Organization: Syracuse University, Syracuse, NY
Date: Mon, 7 Sep 92 03:40:47 EDT

In article <1992Sep4.024411.14002@news.iastate.edu> john@iastate.edu (John Hascall) writes:
>We do not currently allow alumni to keep their accounts after they leave
>(other than it is a year after graduation that we `figure out' that they
>are gone).  I have been pushing to allow alumni to keep their accounts
>without luck so far, but now I have an unexpected ally -- the Engineering
>College Placement Office has moved their services onto our system -- and
>they offer their services to graduates for life...   :-)
 
    As a recent graduate myself, I've found that my account is a great   
resource for job hunting.  If for no other reason then this, I'd hope 
Universities and their placement centers encourage recent alumns to use
it as such.

------=============-----------------------------------------------------------.
      David Barberi                                                           |
dbarberi@sugrfx.acs.syr.edu      Computer-Mediated Communications Researcher  |
 dbarberi@mailbox.syr.edu                                                     |
  dbarberi@ccvm.wcupa.edu               Resume available upon request         |
______________________________________________________________________________|
Xref: sparky comp.admin.policy:1012 alt.comp.acad-freedom.talk:2750 misc.legal.computing:2112
From: exuptr@exu.ericsson.se (exuptr@exu.ericsson.se)
Newsgroups: comp.admin.policy,alt.comp.acad-freedom.talk,misc.legal.computing
Subject: Re: Article on E-mail Privacy/Snooping
Keywords: Corporate Computing, September 1992
Date: 11 Sep 92 20:28:04 GMT
Organization: Ericsson Network Systems, Inc.

In article <1992Sep11.161638.3832@dcatlas.dot.gov> joet@dcatlas.dot.gov (Joe Trott) writes:

>I'm glad we're in agreement that Wang should get his just comeuppance; I
>hope we can agree that the employee has something coming too, whether
>prosecution for rights violation(s) or discharge for incompetence.

>-JTT

The only problem I've got with this one is it sends a message to others:
"Even if people are using their account to steal corporate secrets or 
consortwith other employers, leave them alone."
 ----------------------------------------------------------------------------
    "This must be Thursday.  I never could get the hang of Thursdays"
                                                       - Douglas Adams
  - Patrick Taylor                                       (Arthur Dent)
    Ericsson Network Systems
    exuptr@exu.ericsson.se                       "Don't let the .se fool you"
    or exuptr@ZGNews.Lonestar.Org, exu.exuptr@memo.ericsson.se
Newsgroups: comp.admin.policy
From: jaw@owlnet.rice.edu (Joseph A. Watters)
Subject: Re: New Princeton Policy
Organization: Rice University
Date: Wed, 9 Sep 1992 21:21:33 GMT

In article <CKD.92Sep9143724@loiosh.eff.org>, ckd@eff.org (Christopher Davis) writes:
|>  Olaf> This means: 'If you must go to the restroom you HAVE to leave the
|>  Olaf> terminal open, so that other users can terminate your session if
|>  Olaf> they need the machine.' This is IMO simply unacceptable. Other
|>  Olaf> policies would REQUIRE to lock the terminal to prevent tampering
|>  Olaf> with your account.
|> 
|> MIT's Athena workstation policy is that you can lock it for no more than
|> 20 minutes before someone can feel free to reboot it or otherwise
|> "forcibly unlock" it.  The "standard" screenlocker has a displayed timer
|> of "how long I've been locked".
|> 
|> Perhaps Princeton could provide a similar one with a button (cleaner
|> than a reboot, especially since MIT Athena workstation can't have rlogin
|> users ;-) that would only appear after N minutes, saying "break lock and
|> kill X server".  This would protect accounts while keeping workstation
|> resources available.

At Rice, we have an X windows lockscreen program with a twenty minute
timer.  After twenty minutes, the lockscreen itself logs the user out.
The logout is pretty clean.  The only thing we haven't solved yet is
how to get the user's .logout file to be read on logout by the
lockscreen program.

-- 
Joseph A. Watters, Jr.		jaw@owlnet.rice.edu
Deputy Director, Owlnet
Rice University
Houston, Texas
Newsgroups: comp.admin.policy,alt.comp.acad-freedom.talk,misc.legal.computing
From: kadie@eff.org (Carl M. Kadie)
Subject: Re: MCI E-mail Snooping
Originator: kadie@eff.org
Keywords: Corporate Computing, September 1992
Organization: The Electronic Frontier Foundation
Date: Sat, 12 Sep 1992 17:10:40 GMT

morgan@ms.uky.edu (Wes Morgan) writes:

>The most
>common example of this "performance-based" exemption is the well-known
>fact that the phone company may 'listen' to a conversation if they are
>checking line quality.

An aside: I'm told that the phone company line checker now usually
"scrambles" conversations so that they are not understandable.

- Carl

-- 
Carl Kadie -- I do not represent EFF; this is just me.
 =kadie@eff.org, kadie@cs.uiuc.edu =
Newsgroups: comp.admin.policy,alt.comp.acad-freedom.talk
From: kadie@eff.org (Carl M. Kadie)
Subject: Re: New Princeton Policy
Originator: kadie@eff.org
Organization: The Electronic Frontier Foundation
Date: Tue, 8 Sep 1992 23:55:40 GMT

This is a critique of the most recent version of Princeton
Univeristy's Guidelines for use of Campus and Network Computing
Resources. The policy could be improved by detailing due process
procedures and privacy protection. Also, free expression for users
could be improved.

I. Free Expression

The policy imposes speech restrictions, but apparently these
apply to all of Princeton and not just the computer facilities.

The only computer-specific restriction is a prohibition against
friviolus messages. The policy could be improved by removing this
meaninglessly vague restriction.

II. Due Process

The policy does not address due process at all.

III. Privacy

The policy does not address user privacy and university searches at
all.

IV. Participation

The policy does not specify if users participated in its
creation and refinement.

ANNOTATED REFERENCES

(All these documents are available on-line. Access information follows.)

=================
academic/speech-codes.aaup
=================
On Freedom of Expression and Campus Speech Codes Expression - An
official statement of the American Association of University
Professors (AAUP)

It says in part: "On a campus that is free and open, no idea can be
banned or forbidden.  No viewpoint or message may be deemed so hateful
or disturbing that it may not be expressed."

=================
faq/policy
=================
q: What guidance is there for creating or evaluating a computer policy?

=================
=================

These document(s) are available by anonymous ftp (the preferred
method) and by email. To get the file(s) via ftp, do an anonymous ftp
to ftp.eff.org (192.88.144.4), and get file(s):

  pub/academic/academic/speech-codes.aaup
  pub/academic/faq/policy

To get the file(s) by email, send email to archive-server@eff.org.
Include the line(s) (be sure to include the space before the file
name):

send acad-freedom/academic speech-codes.aaup
send acad-freedom/faq policy
-- 
Carl Kadie -- I do not represent EFF; this is just me.
 =kadie@eff.org, kadie@cs.uiuc.edu =
From: sip1@ellis.uchicago.edu (Timothy F. Sipples)
Newsgroups: comp.archives
Subject: [comp.os.os2.apps] REXXShip 1.0 Released: Self-Extracting UUEncode!
Followup-To: comp.os.os2.apps
Date: 6 Sep 1992 08:24:59 GMT
Organization: Dept. of Econ., Univ. of Chicago
Distribution: world
Reply-To: sip1@midway.uchicago.edu
NNTP-Posting-Host: soda.berkeley.edu
X-Original-Newsgroups: comp.os.os2.apps
X-Original-Date: 6 Sep 92 02:56:45 GMT

Archive-name: auto/comp.os.os2.apps/REXXShip-1-0-Released-Self-Extracting-UUEncode

I have just sent the file rxship10.cmd to ftp-os2.nmsu.edu.  It is in
directory /pub/downloads at present, and it may be retrieved via
anonymous ftp.

The file rxship10.cmd is a self extracting REXX script which, when
run, produces REXXShip.Cmd.  REXXShip 1.0 is a REXX program which will
take any binary file as input and produce an ASCII text version which
is self extracting.  Run the resulting ASCII text version through any
REXX interpreter, including OS/2 2.0's, and you get the binary file
back.

The "wrapper" extraction code is extremely tiny, adding very little
overhead.  At present REXXShip encoded files are more than double the
size of the original binary file, but I hope to reduce that increase
substantially in a forthcoming update.

What is REXXShip useful for?  Like UUEncode, XXEncode, ABE, and BOO,
REXXShip can allow you to send any binary file through a 7-bit ASCII
text mailing system or online service.  However, the advantage is that
the recipient (if an OS/2 user, in particular) will be able to decode
the file without any additional utilities.

What about errors?  REXXShip encoded files are protected in two ways.
First, a 16-bit checksum for the file is calculated and compared with
the recorded checksum when decoding.  This error detection is
reasonably robust.  Second, REXXShip encoded files that come up
"short" simply will not decode properly -- the decoder "wrapper"
appears, for the most part, at the end of the data, so you know that
when you get the "Done" message your file is whole.

I look forward to your suggestions for enhancements to this utility.
Read the documentation accompanying REXXShip for details on where this
utility is headed.  However, I think it will prove useful even in its
first version.

-- 
Timothy F. Sipples      | The OS/2 FREQ. ASKED QUESTIONS LIST is avail. from
sip1@ellis.uchicago.edu | 128.123.35.151, anonymous ftp, in /pub/os2/all/faq.
Dept. of Econ., Univ.   | Or from LISTSERV@BLEKUL11.BITNET (send "HELP").
of Chicago, 60637       | Family Values Means a Job
From: andy@cs.caltech.edu (Andy Fyfe)
Newsgroups: comp.archives
Subject: [comp.sys.3b1] gcc 1.41 again
Followup-To: comp.sys.3b1
Date: 9 Sep 1992 08:11:26 GMT
Organization: California Institute of Technology
Distribution: world
NNTP-Posting-Host: soda.berkeley.edu
X-Original-Newsgroups: comp.sys.3b1
X-Original-Date: Mon, 7 Sep 1992 21:00:38 GMT

Archive-name: auto/comp.sys.3b1/gcc-1-41-again

I added the missing bits to the gcc-1.41 subdictory of pub/3b1 on
ftp.cs.caltech.edu.  You still have to link the binaries yourself,
but you now have everything needed to make gcc 1.41.  Convergent
users may be able to take advantage of this as well.

Why use gcc 1.41 rather than 2.2.2?  For one, cc1 is about 225k
smaller (at least the 1.40 version was), and the 3b1 is memory-
limited.  Gcc 1.41 probably is more stable; gcc 1.x is being
maintained but not extended.  Gcc 2.x is beta software, and is
being enhanced (though it seems that RISC machines are the ones
that really benefit).

I use gcc 2.2.2, but as a cross-compiler running on a Sparcstation.
I rarely compile anything on my 3b1 these days.

Just so that you know what would be involved, here are the instruction
from the README file.

----------------------------------------------------------------------

First, you need to make libgcc.a.  This is because gcc 1.41 was cross-
compiled with gcc 2.2.2.  Libgcc.a in gcc 2.2.2 corresponds to gnulib
in gcc 1.41.  You *must* use "cc" below, not "gcc".

	gnutar Zxf libgcc1.tar.Z
	cc -O -c *.c
	gnutar Zxf libgcc2.tar.Z
	ar cr libgcc.a *.o
	rm *.o *.c

Now, the gcc binaries.  You can link these however you like, for example,
with "ld" directly, "shcc", "gcc -shlib".

	gnutar Zxf cpp.tar.Z
	cc -o gcc-cpp *.o libgcc.a
	rm *.o
	gnutar Zxf cc1.tar.Z
	cc -o gcc-cc1 *.o libgcc.a
	rm *.o
	gnutar Zxf as.tar.Z
	cc -o gcc-as *.o libgcc.a
	rm *.o
	gnutar Zxf gcc.tar.Z
	cc -o gcc *.o libgcc.a.
	rm *.o

Finally, make gnulib.  The files in gnulib1, like those in libgcc1, must
be compiled with cc.  Those in gnulib2 can be compiled with gcc.

	gnutar Zxf gnulib1.tar.Z
	cc -O -c *.c
	rm *.c
	gnutar Zxf gnulib2.tar.Z
	./gcc -B./ -O -fstrength-reduce -c *.c
	rm *.c
	ar cr gcc-gnulib *.o
	rm *.o

All that's left is to install everything.

	cp gcc-cpp gcc-cc1 gcc-as gcc-gnulib /usr/local/lib/
	cp gcc /usr/local/bin/
	gnutar Zxf include.tar.Z
	mkdir /usr/local/lib/gcc-include
	cp *.h /usr/local/lib/gcc-include
	rm *.h

----------------------------------------------------------------------

Andy Fyfe					andy@cs.caltech.edu
From: rws@EXPO.LCS.MIT.EDU (Bob Scheifler)
Newsgroups: comp.archives
Subject: [comp.windows.x.announce] X11R5 XTEST extension now available on export
Followup-To: comp.windows.x.announce
Date: 11 Sep 1992 10:42:31 GMT
Organization: University of California, Berkeley
Distribution: world
NNTP-Posting-Host: soda.berkeley.edu
X-Original-Newsgroups: comp.windows.x.announce
X-Original-Date: 9 Sep 92 22:10:16 GMT

Archive-name: auto/comp.windows.x.announce/X11R5-XTEST-extension-now-available-on-export

An R5 patch containing the XTEST extension is now available via anonymous ftp
to export.lcs.mit.edu, in the file /pub/XTEST/R5fix-xtest-1.  Instructions for
applying the fix are included in the file.  The XTEST extension is used by the
recently released X Test Suite.  You do not need to (and perhaps should not)
apply this patch unless you specifically need the XTEST extension.
From: adelman@TGV.COM
Newsgroups: comp.archives
Subject: [vmsnet.networks.tcp-ip.multinet] Announcing MultiNet V3.1 Rev D patch kit
Followup-To: vmsnet.networks.tcp-ip.multinet
Date: 12 Sep 1992 11:58:02 GMT
Organization: The INFO-MULTINET Community
Distribution: world
NNTP-Posting-Host: soda.berkeley.edu
X-Original-Newsgroups: vmsnet.networks.tcp-ip.multinet
X-Original-Date: 12 SEP 92 08:06:35 GMT

Archive-name: auto/vmsnet.networks.tcp-ip.multinet/Announcing-MultiNet-V3-1-Rev-D-patch-kit

    A patch kit to update MultiNet V3.1 to Revision D is now available
for ANONYMOUS FTP from TGV.COM.  The file is ECO-AD031.A and should be
installed with VMSinstal.  If you do not plan on rebooting immediately
after installation, do NOT install it with the PURGE old files option.
A reboot is recommended to load the new changes as soon as possible
after installation.

    If you are already running Rev B or C, you can FTP the smaller
kit ECO-BD031.A.

    MultiNet V3.1 Rev D has a number of minor fixes:

	* New CONFIGURE.COM to replace the one broken by the
	  change to DEVICE_NAMES.TRANSLATION in Rev B.

	* Fixed problem in the NFS Server with create() operations
	  that fail never completing which causes the NFS Server
	  to eventually run out of RPC transports.

	* Fixed bug in RPCSTATUS code that would cause the master server
	  to ACCVIO if the number of IP cluster aliases exceeded three.

	* Use SKIPFILES, not SKIPRECORDS in RMTDRIVER.	This should allow
	  a user to BACKUP 1 saveset to a UNIX 8mm(ish) tape in spite of
	  its brain damage.

	* Fix to NFS Client IO$_DEACCESS to allow file protection to be
	  changed during deaccess.

	* Minor fix to NFS Client error status return from file delete
	  when privs are turned on.

	* Fixed RPC transport allocation in NFS Client so that if NFS
	  isn't registered with the portmapper we assume port 2049.

	* Fixed MULTINET_SMTP_SYMBIONT to workaround VMS A5.5 bug which
	  would cause the DEC PSM$ routines to ACCVIO when the symbiont
	  was shutdown.

	* Fixed RPC transport stuff so if we can't contact the quota
	  server we don't wait forever even if mounted /NOSOFT.

	* Fixed problem in NFS Client reading symbolic links past EOF
	  which would cause an accvio in data bcopy().

	* Fixed odd-byte-transfer problem in the NFS Server.

	* Fixed problem with duplicate label in START_MULTINET which
	  could cause a loop if certain drivers don't exist.

	* Suppress Lame Delegation messages in BIND

	* Fixed problem with SNMP query of the IP broadcast address.

	* Added support for reading ATR$C_ASCNAME and ATR$C_BACKLINK
	  to the NFS Client since some versions of BACKUP use them.

	* Fixed memory leak in async_gethostbyname().

							Ken
From: Bjarne Pohlers <POHLERB@DMSWWU1A.UNI-MUENSTER.DE>
Newsgroups: comp.archives
Subject: [comp.sys.atari.st] MicroEMACS 3.11c-beta1 available
Followup-To: comp.sys.atari.st
Date: 9 Sep 1992 08:11:45 GMT
Organization: University of California, Berkeley
Distribution: world
NNTP-Posting-Host: soda.berkeley.edu
X-Original-Newsgroups: comp.sys.atari.st
X-Original-Date: Monday, 7 Sep 1992 01:03:57 MES

Archive-name: auto/comp.sys.atari.st/MicroEMACS-3-11c-beta1-available

A new version of my port of MicroEMACS for ST(E)/TT computers is now
available. It replaces the old MicroEMACS 3.11a-beta4.2 version
(``microemacs.zoo''). The following files are available at
ftp.uni-muenster.de in the folder
/pub/atari/editors/microemacs_3.11c-beta1 :

length file         description
=================================================================
58127  ue311cmd.zoo Macros and startup-file; get this archive!
73389  ue311doc.zoo Documentation for MicroEMACS 3.11.
64898  ue311gbw.zoo GEM-MicroEMACS, monochrome version (executable)
65449  ue311gcl.zoo GEM-MicroEMACS, color version (executable)
57323  ue311st.zoo  A hacked version with linea-calls. I do not use it! (executa
66732  ue311tc.zoo  A TERMCAP-based version of MicroEMACS (executable)


 I also uploaded the files to atari.archive.umich.edu, so please first
look there, if you're outside of Europe. Thanks!

In this version, programmable GEM-menus have been added to
GEM-MicroEMACS. As the menu is quite large, GEM-MicroEMACS might have
problems in the low resolution (I did not test it).
 The executable in ue3.11st.zoo might have problems with some
configuration as it uses undocumented features of TOS.
 Exept for these two cases, MicroEMACS should run under any
configuration. If not, or if you find other bugs, please mail them
to
--
!"$%&/);=?!-.'"[!=({\,@*~#+$['&^(/!&=]`"%$_^.|?>}`>|"/~^<$:&)*;#!;[&=#"&%$\':"[
"  Bjarne Pohlers    Fast address: <pohlerb@math.uni-muenster.de>             &
\                    Slow address: Asbeckweg 15 | W-4400 Muenster | Germany   \
&                    Phone number: (X49)251-866559                            "
[":'\$%&"#=&[;!#;*)&:$<^~/"|>`}>?|.^_$%"`]=&!/(^&'[$+#~*@,\{(=!["'.-!?=;)/&%$"!
From: deboer@bio.vu.nl (Thon de Boer)
Newsgroups: comp.archives
Subject: [bionet.software] mailfasta 3.0
Followup-To: bionet.software
Date: 5 Sep 1992 19:18:21 GMT
Organization: VU Biology, Amsterdam, The Netherlands
Distribution: world
NNTP-Posting-Host: soda.berkeley.edu
X-Original-Newsgroups: bionet.software
X-Original-Date: Sat, 5 Sep 1992 16:49:08 GMT

Archive-name: auto/bionet.software/mailfasta-3-0

Version 3.0 of the mailfasta program is available via anonymous FTP from
fly.bio.indiana.edu::/incoming/mailfasta3.0
Mailfasta 3.0 is a UNIX shell script which
will take a DNA or PROTEIN sequence and will mail it to all the
different mail-servers where it can be searched against the DNA or PROTEIN
databases using the FASTA and/or BLAST programs. It can also be used to identify
ORFs using the GRAIL and/or GeneID/NetGene mail servers and to identify homology
using PROSITE blocks with the BLOCKS server.
It uses the new BLAST server at NCBI and the FLAT server in Japan for FASTA
searches because the services at GenBank will be terminated at the end of this
month. 

It is packed as an shell archive. It contains :
mailfasta : the UNIX shell script
cid.c     : A small c program which will determine if the sequence is DNA or AA
getentry  : A shell script which can be used to retrieve entries of interest
mailfasta.doc : The documentation file

The shar file will unpack all these files and will compile cid.c into cid
using the cc c compiler.

mailfasta makes use oif the program 'readseq' for file conversion.
This program MUST be present and is NOT packed with this shar file.
It can be obtained via FTP from various FTP sites (fly.bio.indiana.edu etc.)

This shar file can also be found on this FTP site. First in the 'incomming'
directory and later in the /molbio/unix directory.

Thon de Boer
From: Steve.Hayes@f20.n7101.z5.fidonet.org (Steve Hayes)
Newsgroups: comp.archives
Subject: [soc.roots] Family History Help
Followup-To: soc.roots
Date: 6 Sep 1992 08:26:04 GMT
Organization: FidoNet node 5:7101/20 - Unisa Editorial, Pretoria
Distribution: world
NNTP-Posting-Host: soda.berkeley.edu
X-Original-Newsgroups: soc.roots
X-Original-Date: 4 Sep 92 16:45:00 GMT

Archive-name: auto/soc.roots/Family-History-Help

The following is available by anonymous ftp from hallc1.cebaf.gov.

It is available for file request from Fidonet 5:7101/20 at 2400 bps or from  
5:7101/22 at 9600 bps

FHH130   ZIP    63103 92-07-03 20:01 Family History Help v 1.30

This is a hypertext tutorial program on how to trace your family tree. It is 
a kind of interactive FAQ (Frequently Asked Questions) file, and will be 
useful for anyone who is just beginning, or who would like to begin tracing 
their family history, but does not know where to start. 

It could also be useful for more experienced genealogists and family 
historians who want to trace immigrants from another country. It deals with 
international family history, and has information about several different 
countries.




--  
INTERNET: Steve.Hayes@f20.n7101.z5.fidonet.org
via:  THE CATALYST BBS in Port Elizabeth, South Africa.
       (catpe.alt.za)   +27-41-34-1122 HST or +27-41-34-2859, V32bis & HST.
From: Jason@utopia.hacktic.nl  (Jason)
Newsgroups: comp.archives
Subject: [rec.games.mud] List of all mu*s
Followup-To: rec.games.mud
Date: 13 Sep 1992 10:45:00 GMT
Organization: University of California, Berkeley
Distribution: world
NNTP-Posting-Host: soda.berkeley.edu
X-Original-Newsgroups: rec.games.mud
X-Original-Date: Sat, 12 Sep 1992 16:13:17 +0100

Archive-name: auto/rec.games.mud/List-of-all-mu-s

Hi All

I don't know how many times this question is answered...
But I do know it was asked a lot!

So only for those interested: :)

A list of all 'registered' mu*s is available for anon ftp at:
CAISR2.CAISR.CWRU.EDU in /pub/mud

It's name is mudlist.v?n?, just take the highest version
to get the latest mudlist. They're now at mudlist.v4n7

Hope to have informed at least some of you, *grin*

 -------------------------------------------------------------------------
 Jason T. Warhammer          Hie thee hither,                           
 jason@utopia.hacktic.nl     That I may pour my spirits in thine ear,   
                             And chastise with the valour of my tongue..
"Telnet is my middle name."                                Lady Macbeth 
 -------------------------------------------------------------------------