HDTenEightyP/NetNews huggingface dataset:
From: bvaughan@lotka.Princeton.EDU (Barbara Vaughan)
Subject: Re: Using Gopher as a departmental bulletin board
Originator: news@nimaster
Organization: Princeton University
Date: Thu, 1 Oct 1992 13:03:33 GMT

In article <767QBRHZ@cc.swarthmore.edu> hirai@cc.swarthmore.edu (Eiji Hirai) writes:
>bvaughan@lotka.Princeton.EDU (Barbara Vaughan) writes:
>> a bulletin board that people could post to
>> I would like to know if anyone does this
>
>Yes, it's called news you can link it to gopher with Roland's g2nntp
>script.  There exist bunch of scripts that will inject email messages sent
>to a particular name into specific newsgroups.
>
>Or did I misinterpret the posting?

We're a small office; we don't have the facilities to operate our own news
server.  Nor do we want this to be a campus-wide bulletin board.

Barbara Vaughan
From: gwestlu@zeus.calpoly.edu (George L. Westlund)
Newsgroups: comp.infosystems.gopher
Subject: gopher and netfind, HELP!
Date: 6 Oct 92 19:03:37 GMT
Followup-To: gwestlu@calpoly.edu
Organization: California Polytechnic State University, San Luis Obispo

We are having a little bit of a problem here when users execute the
netfind command within gopher in trying to find someone's address.
Netfind tends to examine every machine in the domain.  For example
"westlund calpoly"  would search every machine in calpoly.edu for
someone with my last name.

The problem comes about when our cluster of machines with shared file
systems comes into play.  We have 13 machines with 6700+ accounts which
gets pulverized as each machine gets asked for finger information for
every user.  The load this puts on the machines is outragious!

Since the users are scattered over the 13 sites, their .plan and
.project info is being searched via the shared file system for each
user, not once but 13 times.  Several members of the cluster can't
handle the load of that and logged in users as well.  Since a lot of
academic sites use shared filesystems of some kind to make management of
their systems and files easier to handle, this is not a unique event.

What can be done to prevent such searches without disabling finger for
local use when users are trying to hit on a single machine?  So far we
have experienced a couple of crashes and mutliple days when loads were
increased dramatically by this operation.

What relief can we get?  I know the service is useful, but the effect on
the target machines in a clustered environment is unacceptable.  Our
users have got to be able to get their work done, and netfind must
behave in a responsable manner.

Background info:

cluster is an AIX cluster running AIX/370 1.2.1 with an IBM 3090 and 12
IBM PS/2 model 80s.  Filesharing is handled via TCF with AIX.  I assume
that this problem would also effect clusters of other types such as
Suns.

-- 
George L. Westlund		|| Internet: gwestlu@calpoly.edu
Academic Computing Services	|| BITNET:   DI001@CALPOLY.BITNET
Cal Poly			|| NoiseNET: (805)756-6543
San Luis Obispo, CA  93407	||
From: emv@msen.com (Edward Vielmetti)
Newsgroups: comp.infosystems.gopher
Subject: Re: cloned gopher server at the University of Minnesota
Date: 6 Oct 1992 12:37:44 -0400
Organization: Msen, Inc. -- Ann Arbor, Michigan
NNTP-Posting-Host: nigel.msen.com
X-Newsreader: TIN [version 1.1 PL6]

Mark P. McCahill (mpm@boombox.micro.umn.edu) wrote:

: Of course, to really take advantge of the redundant servers, client 
: software must be clever enough to first try one server, then (if necessary) try 
: the other. You can expect to see clever gopher clients that support this feature
: in the near future.

The U of Michigan Computing Center has released patches to their name
server to support what they call 'Shuffle Address' or 'SA' records.  It's
a way of having the name server do the work of splitting the load between
multiple alternative equivalent sites.  The idea is that a series of
domain name queries return the multiple addresses for a service in random
order.  If you test it out on 'hermes.merit.edu' you'll see what it looks
like.

  Edward Vielmetti, vice president for research, Msen Inc. emv@Msen.com
        Msen Inc., 628 Brooks, Ann Arbor MI  48103 +1 313 998 4562
From: prw@albert.mannlib.cornell.edu
Newsgroups: comp.infosystems.gopher
Subject: GOPHERD AND WAIS INDEXES
Date: 2 Oct 92 14:01:35 GMT
Distribution: comp
Original-To: gopher@boombox.micro.unm.edu
Original-Cc: gopher-news@boombox.micro.umn.edu

I am tring to get GOPHERD to work with WAIS indexes. I have compiled it
with the WAIS libraries and gopherd does not work with WAIS indexes.  I can
setup an index server (gindexd) and it works fine.  Could someone please
send me a detailed list of instructions on how to get gopherd 1.03 to work
with WAIS indexes with out an index server.  I feel that my problem may be
with a .Link, .cap, or some such file, that is not setup correctly.

Thanks.
Paul Weber
prw@albert.mannlib.cornell.edu
From: REIDJ@topaz.ucq.edu.au (Joanna Reid)
Newsgroups: comp.infosystems.gopher
Subject: sub
Date: 28 Sep 92 01:35:00 GMT
Distribution: comp
Original-To: gopher-news@boombox.micro.umn.edu
X-Organization: University of Central Queensland
X-Vms-To: IN%"gopher-news@boombox.micro.umn.edu"
X-Vms-Cc: REIDJ

Subscribe gopher-news
Newsgroups: comp.infosystems.gopher
From: SEB1525@MVS.draper.com (Steve Bacher)
Subject: Re: client tester...
Organization: Draper Laboratory
Date: Wed, 30 Sep 1992 13:38:00 GMT

In article <1992Sep30.040242.11865@leland.Stanford.EDU>,
schemers@leland.Stanford.EDU (Roland Schemers) writes:

>Connecion refused       - sends file request to a (hopefully) unused port.
>                          ($test_unused_port)
>
>Bogus host              - sends file request to a hostname that doesn't exist.
>                          ($test_bogus_host)
>
>Connect timeout         - sends file request to a IP address that doesn't
>                          exist. ($test_unused_ip)
>
>Slow File (N seconds)   - Enter the number of seconds it takes the test gateway
>                          to return a file.
>
>File (N lines)           - Enter the number of lines you want to be returned.
>
>Invalid directory format - Sends back a directory with a entry that doesn't
>                           contain a host and port field.
>
>No trailing '.'          - Sends back a directory that doesn't end with a '.'
>
>Long Title (1K) dir      - Sends back a directory that contains a title
>                           that is 1K long.
>
>Large dir (N entries)    - Sends back a directory that contains N entries.
>
>Slow dir (N seconds)     - Sends back a directory that contains 10 items,
>                           and takes N seconds between sending each item.

Another suggestion to test...

 Dot in file              - Sends back a file containing a single dot
                            somewhere in the middle of it.

Some well-known gopher servers have a definite problem with this.
Clients may or may not handle it reasonably.

--
Steve Bacher (Batchman)                 Draper Laboratory
Internet: seb@draper.com                Cambridge, MA, USA
Newsgroups: comp.infosystems.gopher
From: dan@engr.latech.edu (Daniel Len Schales)
Subject: Re: Using Gopher as a departmental bulletin board
Organization: Louisiana Tech University
X-Newsreader: TIN [version 1.1 PL6]
Date: Thu, 1 Oct 1992 02:25:32 GMT

Julian Humphries (jmh3@cornell.edu) wrote:
: Is anyone using gopher as a bulletin board service for an
: academic department?  Any suggestions for easy (read automated)
: means of posting (say, via mail), updating, discarding old
: messages, etc.  We will be using either the PC or Mac server.
: 
: Thanks.
: 
: Julian Humphries
: Cornell University
: jmh3@cornell.edu

The Gopher to NNTP gateway has an option to only show the body of articles
of a designated news group. If you have an NNTP server you can create a
link in your gopher to the news group. Since the gateway only shows
the body and not the header, it doesn't look like news. Anyone can
post to the "bulletinboard" area, while news itself takes care of removing
items.

The gateway is available on boombox.micro.umn.edu in /pub/gopher/incoming/
gonnpt-exec-LaTech.tar.Z, it includes a brief howto guide.

Danny Schales
From: drw@euclid.mit.edu (Dale R. Worley)
Newsgroups: comp.infosystems.gopher
Subject: Re: Any work being done to allow gopher to charge for its services?
Date: 30 Sep 92 17:24:56 GMT
	<1992Sep22.144856.19909@dragon.acadiau.ca>
Organization: MIT Dept. of Tetrapilotomy, Cambridge, MA, USA

In article <1992Sep22.144856.19909@dragon.acadiau.ca> rob@dragon.acadiau.ca (Rob Hutten) writes:
   I hope not.  Not to play the idealist, but the whole concept of the internet
   is that everyone chips in and everyone benifits.

That assumes, of course, that anyone who is offering a service has
some other job which puts food on his table.  If a service requires
several full-time people to support it, money has to change hands.  In
a properly socialist system, they could exact a levy on all Internet
users, so that everybody chips in to support the benefit.  But there
seems to be no mechanism to support that, either.

Dale Worley		Dept. of Math., MIT		drw@math.mit.edu
--
A distributed system is one in which the failure of a computer you didn't
even know existed can render your own computer unusable.
-- Leslie Lamport
From: mark@noc.missouri.edu ()
Newsgroups: comp.infosystems.gopher
Subject: Gopher client for MUSIC systems?
Date: 2 Oct 1992 19:40:54 GMT
Organization: School of Engineering and Applied Sciences, UCLA
Distribution: world
NNTP-Posting-Host: noc.missouri.edu

Does any one know if there is a Gopher client for MUSIC systems?  Is any
one working on one?  Thanks,


                                                                                
Mark Moody  
MOREnet - Missouri Research and Educational network
University of Missouri - Columbia 
mark@noc.missouri.edu 			BITNET: CCMARK@MIZZOU1
ccmark@more.net  
Newsgroups: comp.infosystems.gopher
From: icking@gmd.de (Werner Icking)
Subject: PC-Gopher and dispkt
Organization: GMD, Sankt Augustin, Germany
Date: Thu, 1 Oct 1992 19:02:45 GMT

I have  problems running PC-gopher II version 1.05r2 together
with MACWD (for MS-LAN), DISPKT, PKTMUX, and PKTDRV. I could
reduce the problem so that I know that PKTMUX/PKTDRV have nothing to
do with the error, because gopher works well with WD8003E.COM plus
PKTMUX/PKTDRV.

ALT-G forces the error message "error connecting to server 129.16.221.40".
That means, that the nameserver connection worked well, but connecting
to the gopher-server makes problems. (If I choose another gopher-server
the error message contains another number :-)

I have a lot of DISPKT-drivers (1.05, 1.06, 1.07, 1.10, 1.13, X.10) but
none of them works together with gopher. I normally use DIS_PKTX.DOS,
which tells version X.10. This works well with Telnet (CUTCP), Nupop, Ftp,
Archie, ...

Any help? Any server with more dispkt's to try? (Archie at archie.sure.net
finds only one dispkt at vax.ftp.com /support/cris --- but it's not there)

Any idea, any help? -- Werner
--
Werner Icking        Werner.Icking@gmd.de        (+49 2241) 14-2443     __o
GMD - Gesellschaft fuer Mathematik und Datenverarbeitung mbH          _`\<,_
Schloss Birlinghoven, P.O.Box 1316, D-5205 Sankt Augustin, Germany   (_)/ (_)
                             "Der Dativ ist dem Genitiv sein Tod." ~~~~~~~~~~~
Newsgroups: comp.infosystems.gopher,comp.infosystems.wais,alt.wais,alt.gopher
From: jjkim@cosmos.kaist.ac.kr (Kim Jungju)
Subject: Re: Looking for: Technical Papers
Organization: KAIST
X-Newsreader: Tin 1.1 PL3
Date: Fri, 2 Oct 92 04:55:28 GMT

edc@dna.bchs.uh.edu writes:
: 
: Looking for any technical papers on the use of WAIS or Gopher.  (ie:
: a paper detailing scientific reasons for setting up a server, and their
: uses)  Please mail responses, and a summary will be posted.  Thanks much,
: 
: Ed Chen
: edc@evolution.bchs.uh.edu
: "That's the University of HOUSTON, not HAWAII"
                            :-)
                            Do you know what's for Univ. of Hawaii?
: 
: --
: ..You either kiss the future or the past goodbye...
:                           -- Ringo Starr (written by O'Deherty / Velez)
: 
:
I also would like to find articles on WAIS, Gopher, and WWW
published in journals or proceedings.
Could somebody send me a list of articles?

Thanks in advance.

Jungju
--
 _    _   _
| |  / / |_|             | Jungju Kim - jjkim@cosmos.kaist.ac.kr
| | / /   _   _________  |
| |/ /   | | |  _   _  | | Tel. : +82-2-962-8861
| |\ \   | | | | | | | | | Fax. : +82-2-969-0239
| | \ \  | | | | | | | | | GUI Consortium Project / System Architecture Lab.
|_|  \_\ |_| |_| |_| |_| | Computer Science Department, KAIST, KOREA
Newsgroups: comp.infosystems.gopher
From: GO.MSB@isumvs.iastate.edu 
Subject: Re: Funny escape sequences in documents from WAIS-sources
Organization: Iowa State University, Ames IA
Distribution: usa
Date: Mon, 5 Oct 1992 15:52:14 GMT

In article <1992Oct2.220034.742@msuinfo.cl.msu.edu>,
boone@convex.cl.msu.edu (Dennis Boone) writes:
>In article <1afcpuINN86j@nigel.msen.com> emv@msen.com (Edward Vielmetti) writes:
>>
>>the 'funny escape codes' are boldface markers, and they are inserted by
>>the client *not* the server.  If you don't like them hack them out of the
>>client.  (Or fix your pager to display them right.)   I'd argue that the
>>boldfacing should be taken out when the file is saved or mailed, too, that
>>would be a little bit of extra work to undo the 'damage'.
>
>I'd like to see the builtin pager in the curses client get smart enough
>to UNinsert them.
>
>Dennis
-------------------------------------------------
We are using the NCSA (23d) telnet package for net access and find that it
does not handle escape codes properly (on a DOS platform).  When telneting
to liberty, which displays its menu in color, NCSA switches into graphics
mode (ascii > 128) and displays nonsense.  If the feed is captured to a DOS
file (which the NCSA package does very nicely), a TYPE on the file displays
a pretty, colored menu.  Thus your communication package may be the culprit.

Marvin Beck     Iowa State University
Newsgroups: comp.infosystems.gopher
From: hirai@cc.swarthmore.edu (Eiji Hirai)
Subject: Re: Any work being done to allow gopher to charge for its services?
Organization: Information Services, Swarthmore College, Swarthmore, PA, USA
Distribution: usa
Date: Wed, 30 Sep 1992 18:17:07 GMT

> the whole concept of the internet is that everyone chips in and everyone
> benifits.

Uh ok, but you're living in a dreamland.  A lot of sites pay $$/packets
transferred.  Maybe you're confusing Usenet with the Internet.

> I've never heard of
> any internet service that had a fee (except for dial-in access, of
> course)...

WAIS has provisions for charging money for access.  I haven't seen any WAIS
servers that don't have $0.00 for the access charge but it's in the
protocols.

--
hirai@cc.swarthmore.edu (Eiji Hirai)    :     :    :   :  : :: ::: :::: :::::
Unix Geek for Swarthmore College        :     :    :   :  : :: ::: :::: :::::
Information Services, Swarthmore, PA, US.       Copyright 1992 by Eiji Hirai.
I don't speak for Swarthmore College.                    All Rights Reserved.
Newsgroups: comp.infosystems.gopher
From: fogel@jester.usask.ca (Earl Fogel)
Subject: Re: Renaming Unix-servers gopher directories
Organization: University of Saskatchewan
Distribution: comp
Date: Tue, 6 Oct 1992 16:38:06 GMT

In article <9209240748.AA13963@gdunix.gd.chalmers.se>,
gucme@gdunix.gd.chalmers.se (Matz Engstrom) writes:
> Hello, I just wanted to share an experience with you. We run Unix gopherd 
> version 1.03, that supports cacheing of menus. We renamed a directory in
> the document tree, and got problems, because the server could not find files
> below the point, where we renamed the directory. That was because there were
> a lot of .cache files in the directories, that pointed to file names 
> containing a path, that now was wrong. They contained the old directory
> name,
> that we now had renamed to something else.

Sorry, that's my fault.  The gopher server used to rebuild .cache files every
3 minutes or so.  I tried to speed things up by only rebuilding them when
a file in the directory had changed.  But since the cache references every
directory between the root and the current one, it must be rebuilt if any
of those directories change as well.

Earl Fogel
-------------------------------------------------------------------
fogel@sask.usask.ca		Computing Services, Room 56 Physics
Phone: (306) 966-4861		University of Saskatchewan
Fax:   (306) 966-4938		Saskatoon, Sask. CANADA, S7N 0W0
From: boone@convex.cl.msu.edu (Dennis Boone)
Newsgroups: comp.infosystems.gopher
Subject: Re: Funny escape sequences in documents from WAIS-sources
Date: 2 Oct 92 22:00:34 GMT
Organization: Michigan State University, East Lansing

In article <1afcpuINN86j@nigel.msen.com> emv@msen.com (Edward Vielmetti) writes:
>
>the 'funny escape codes' are boldface markers, and they are inserted by
>the client *not* the server.  If you don't like them hack them out of the
>client.  (Or fix your pager to display them right.)   I'd argue that the
>boldfacing should be taken out when the file is saved or mailed, too, that
>would be a little bit of extra work to undo the 'damage'.

I'd like to see the builtin pager in the curses client get smart enough
to UNinsert them.

Dennis
--
 == If you choose not to decide, you still have made a choice. ==
From: snewton@oac.hsc.uth.tmc.edu (Steven E. Newton)
Newsgroups: comp.infosystems.gopher
Subject: Gopher servers w/ MIME type docs?
Summary: Where to find?
Keywords: mime gopher question
Date: 28 Sep 1992 21:07:58 GMT
Distribution: na
Organization: UT Health Science Center Houston

Hello all,

Anyone who has a gopher server with MIME type documents or knows of
a server that has them please email me with the hostname and path.
I need some to try out client mods.

thanks,
Steven E. Newton

-- 
+      +      +      +      +      +      +    |snewton@oac.hsc.uth.tmc.edu
         The map is the territory/             |Nobody else speaks for me,
       The map is not the territory.           |and I speak for no one else.
                                               |     +     +     +     +     +
Date: Fri, 2 Oct 1992 19:16:59 -0500
Original-To: gopher-news@boombox.micro.umn.edu
From: Andrew_Gilmartin@Brown.Edu
Subject: Sextant 1.0b21 available
Newsgroups: comp.infosystems.gopher
Distribution: comp

Sextant 1.0b21

Sextant is a Gopher client for Macintosh. This is the second public, beta
release. Please send comments, suggestions, and bug reports to the author.

CHANGES

Sextant now supports telnet item under System 7. Currently NCSA Telnet is
used to open the connection. (Support for tn3270 is missing at this time.)

Sextant nolonger ignores Gopher items it does not know how to use. Instead,
these items are displayed in gray and are inactive. The user now has the
opportunity to search for a tool to access these items.

Sextant doesn't bother you about not having selected a printer.

Sextant doesn't open the first item found in a search result. Most people
found this too confusing.

Sextant and UMN's Macintosh Gopher server coexist on the same Macintosh.
(Very limited testing.)

Removed TCP debugging code. This has increased Sextant's speed.

Sextant now ignores '\r' when reading text from the network. This was done
to allow Sextant to talk with Gopher servers that don't correctly implement
the network end-of-line termination. (Users received a -23008 error in the
past.)

Imporved Error messages.

SOURCE CODE

The source code to Sextant will be made available early next week. To
compile Sextant you will need THINK C and the THINK Class Library 1.1.2.

AVAILABILITY

Sextant is available via anonymous ftp at

ftp.brown.edu
/pub/gopher/Sextant1.0b21.sea.hqx

--
Andrew Gilmartin
Computing & Information Services
Brown University

Andrew_Gilmartin@Brown.Edu
(401) 863-7305

-- 
Andrew Gilmartin                        
Computing & Information Services
Brown University

Andrew_Gilmartin@Brown.Edu
(401) 863-7305
Date: Tue, 06 Oct 92 11:09:43 EDT
From: BBABCOC@AMERICAN.EDU (Barbara Babcock)
Subject: Link between Gopher and news groups
Original-To: gopher-news@boombox.micro.umn.edu
Newsgroups: comp.infosystems.gopher
Distribution: comp

Hello.  I would like to bring Clarinet News into Gopher but I do not know
how to build the link between Gopher and the news groups.  We have Penn State
University's Net News.  I think this leads to another question.  Since we pay
for Clarinet, people who are not from American University cannot see it.  How
do I configure the file to be seen only by those who are authorized to see it?
I appreciate any help people can give me.  Thank you in advanced.

Please word your instructions in layman's language.  I am not a systems
programmer or anything like that by profession and I have a hard time
understanding hard-core technical jargon.  Thanks!

Barbara Babcock
Email Address:  bbabcoc@american.edu
The American University, Washington D.C.
Newsgroups: comp.infosystems.gopher
From: stumpf@Informatik.TU-Muenchen.DE (Markus Stumpf)
Subject: Re: Item Ordering
Keywords: weight order Numb=
Originator: stumpf@hphalle0.informatik.tu-muenchen.de
Organization: Technische Universitaet Muenchen, Germany
Date: Wed, 30 Sep 1992 11:22:44 GMT


In article <BvCLBE.8o6@hsi.com>, wright@hsi.com (Gary Wright) writes:
|> In article <1992Sep28.211232.11214@msuinfo.cl.msu.edu> boone@convex.cl.msu.edu (Dennis Boone) writes:
|> >I'd like to see the item-ordering scheme move from absolute slot numbers to
|> >a weighting system.  I have several directories in which I'd like to be able
|> >to force things to the BOTTOM.  I can't do that right now.
|> >
|> >Anyone else want something like this?
|> 
|> On the other hand I don't like the current configuration scheme in
|> general.  The hidden dot files are a pain to deal with.` I'd rather
|> have a a signle configuration file with all the information for a particular
|> directory.  It would be easy to re-order items in this file, generate
|> the file automatically etc.

Had the same problems!
I solved the problem by using a .cap directory. There I have a file called
.liste which contains (one line for each) the filenames in the order they
should appear. Executing the little shell-script below updates the Numb=
lines in the files! I use it all day! ;-) If you don't like the name ".liste"
change it in the first line of the script!

gophersort.sh:
--------------------- cut here, but watch your fingers ----------------------
#!/bin/sh -
#
# gophersort -- "Markus Stumpf" <stumpf@informatik.tu-muenchen.de>
#

sort_file=./.liste

i=0
while read file
do
    i=`expr $i + 1`
    mv $file ${file}.save
    sed -e 's/Numb=.*/Numb='$i'/' ${file}.save > $file
done < $sort_file
--------------------- cut here, but watch your fingers ----------------------

After that remove all xxx.save files! (I keep them in case something goes
wrong!

Hope that helps!

	\Maex
-- 
______________________________________________________________________________
 Markus Stumpf                        Markus.Stumpf@Informatik.TU-Muenchen.DE 
Newsgroups: comp.infosystems.gopher