HDTenEightyP/NetNews huggingface dataset:
From: boone@convex.cl.msu.edu (Dennis Boone)
Newsgroups: comp.infosystems.gopher
Subject: Re: Item Ordering
Keywords: weight order Numb=
Date: 30 Sep 92 17:29:59 GMT
Organization: Michigan State University, East Lansing

In article <BvCLBE.8o6@hsi.com> wright@hsi.com (Gary Wright) writes:
>Yes!  Absolute slot numbers are bogus.  It is way too difficult to
>insert items into a menu as you have to renumber everything.  A weighting
>system would let you leave gaps so additional items could be added.

This is another reason why I dislike the absolute slot mechanism.

>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.

I'm with you here too.  One thing I don't want to see in a single-file
config is the Panda-style "if it's a file, but it is referenced as a directory
then we process it as a link, except on Tuesdays in months beginning with
the letter R" concept.  [Pardon the spattering of ectoplasm here...I know the
Panda mechanism isn't QUITE that ridiculous, but I still don't care for it.]
I wouldn't mind some fixed naming convention.

Dennis
--
 == If you choose not to decide, you still have made a choice. ==
Newsgroups: comp.infosystems.gopher
From: fredb@calvin.edu (Fred Bremmer)
Subject: Re: New Mac client from Brown U (Sextant)
Followup-To: comp.infosystems.gopher
Organization: Calvin College Computer Center
Date: Wed, 30 Sep 1992 18:45:42 GMT

In article <YNWQBRVG@cc.swarthmore.edu>, hirai@cc.swarthmore.edu (Eiji
Hirai) wrote:
> 
> Andrew Gilmartin <Andrew_Gilmartin@Brown.Edu> writes:
> > Associating a Gopher type with a Macintosh application is the
> > way to go. The ultimate Gopher client would be an external file
> > system linking a Gopher server to the Macintosh
> > desktop--GopherShare.
> 
> Hmm, that would be very neat.  However, if I understand you correctly, this
> would involve writing GopherShare extensions into the MacOS, which seems to
> entail a problem that's synonomous to implementing a read-only NFS on top
> the MacOS.

The Mac OS already has the extensions that support read-only remote
filesystems, it's called AppleShare (hence Andrew's derivation,
GopherShare).  There is a free software package for unix machines, called
CAP, which presents a unix filesystem as an AppleShare fileserver.  I've
been wondering how difficult it would be to modify CAP to look at
gopherspace instead of the disk.

If it worked, you could drag gopher text documents and HQX files to your
hard drive and play with them locally.  Reading large remote text files
might require making a temporary local copy to allow text editors to seek
back and forth through the "disk".  Get Info would probably show you the
link information, like "=" does in the curses client.  

Prompting for WAIS keywords might be a bit more difficult, since the finder
doesn't have a built-in method for taking input before opening a folder. 
Maybe WAIS sources could launch the WAIStation application.  CSO phonebooks
might launch a special Phonebook App that knows how to negotiate with
remote servers via MacTCP.  I bet sound files could be made to behave
exactly like System 7 sound files.  The Finder's View by Size and View by
Date might not work, but the other View options should work fine.  

It's definitely an interesting idea.  Does anybody else have thoughts on
how this might work?
--
 Fred Bremmer    |     Internet: fredb@calvin.edu
 Calvin College  |.._. ._. . _..  _... ._. . __ __ . ._.
 Grand Rapids,   |      Phone:   (616) 957-6144
 MI USA   49546  |      Fax:     (616) 957-8551
Newsgroups: comp.infosystems.gopher
From: hirai@cc.swarthmore.edu (Eiji Hirai)
Subject: Re: Using Gopher as a departmental bulletin board
Organization: Information Services, Swarthmore College, Swarthmore, PA, USA
Date: Thu, 1 Oct 1992 06:17:45 GMT

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?

--
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: moonshadow@cs.stanford.edu (Sean White)
Subject: Gopher and ftp links
Reply-To: moonshadow@cs.stanford.edu
Organization: Stanford University CSLI
Distribution: us
Date: Wed, 30 Sep 1992 16:59:21 GMT

I've been trying to set up an ftp link in gopher just like it describes in  
the server docs but it doesn't seem to be working.  In the data directory  
I have a .Link file with the following:

Name = FTP Test
Type = 1
Path = ftp:boombox.micro.umn.edu@pub/gopher/
Host = +
Port = +

Help?
--
Sean Michael White
moonshadow@cs.stanford.edu	"I'm bein' followed by a Moonshadow"

Newsgroups: comp.infosystems.gopher
From: wright@hsi.com (Gary Wright)
Subject: Re: Item Ordering
Keywords: weight order Numb=
Organization: 3M Health Information Systems, Wallingford CT
Date: Tue, 29 Sep 1992 16:18:50 GMT

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?

Yes!  Absolute slot numbers are bogus.  It is way too difficult to
insert items into a menu as you have to renumber everything.  A weighting
system would let you leave gaps so additional items could be added.

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.
-- 
Gary Wright                                                 ...!uunet!hsi!wright
3M Health Information Systems                                     wright@hsi.com
Newsgroups: comp.infosystems.gopher
From: farrell@Condor.mcs.kent.edu (Paul A. Farrell)
Subject: How to add other gopher servers or remote directories
Keywords: remote gopher servers, remote files
Organization: Kent State University
Date: Mon, 28 Sep 1992 09:37:17 GMT

I am trying to set up a gopher server here. I would like to add remote gopher servers to the list similar to the ones at uiuc and umn. Where can one get 
the list of servers? Also I would like to add selected directories from
remote servers at the top levels, so as not to require users to go to a remote
server. I appear to need the directory and file names to accomplish this. 
Is there an automatic way to get this information ? Should one contact
gopher coordinators at each site - if so how does one determine them?

Paul Farrell
From: prw@albert.mannlib.cornell.edu
Newsgroups: comp.infosystems.gopher
Subject: GOPHERD AND WAIS INDEXES
Date: 2 Oct 92 14:12:54 GMT
Distribution: comp
Original-To: 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
Date: Tue, 6 Oct 1992 17:56:29 -0400
From: weave@apache.dtcc.edu (Ken Weaverling)
       "Re: FTP Gateway - Help Please" (Oct  1, 19:40)
X-Mailer: Mail User's Shell (7.2.4 2/2/92)
Original-To: gopher-news@boombox.micro.umn.edu
Subject: Re: FTP Gateway - Help Please
Newsgroups: comp.infosystems.gopher
Distribution: comp

>>>--->  On Oct 1, 19:40, "Mark P. McCahill" wrote:
> 
>In other words, ashpool is translating between two different protocols (gopher
>and ftp) so that the gopher client doesn't ahve to know how to do ftp itself. 
>The gopher client just speaks plain gopher protocol, and a software gateway 
>on ashpool does the translating.

Interesting.  Does this mean gopher *only* uses port 70 for
communicating?  I'd like to look into making a PC or Mac client
available for general use, but our lab PCs and macs are restricted by
our router from using the internet (must log into a host first).

If I let port 70 stuff out, but nothing else, would gopher client
work?

-- 
Ken Weaverling,  Delaware Tech College  weave@dtcc.edu -or- weave@bach.udel.edu
From: holbrook@cic.net (J Paul Holbrook)
Newsgroups: comp.infosystems.gopher
Subject: mods for Sequent gopher client?
Date: 28 Sep 92 03:50:59 GMT
Distribution: comp
Original-To: gopher-news@boombox.micro.umn.edu
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

I've been told that someone might have posted some mods that would allow
the Unix Gopher client to work under Dynix.  Has anyone made this work?

J. Paul Holbrook
CICNet Technical Services Manager
holbrook@cic.net    (313) 998-7680
Newsgroups: comp.infosystems.gopher
From: anders@dit.lth.se (Anders Ardo)
Subject: Funny escape sequences in documents from WAIS-sources
Organization: Department of Computer Engineering, Lund University
Date: Thu, 1 Oct 1992 08:04:18 GMT

Hello,
  I have a problem when accessing some WAIS-sources through Gopher or
swais.
When I try to view a document I get a garbled screen. It turns out
that the document contains a lot of different escape sequences, for
example many words are bracketed by ESC( and ESC). These escape
sequences cause the mess I get. This holds for several different
sources for example usenet-cookbook.src and bible.src.
Using xwais to look at the same document at the same sources works
like a charm, no problems whatsoever.

What is happening? Can I fix this locally?

       Anders

 Anders Ardo                       Tel: int+46 46 107522
 Dept. of Computer Engineering     fax: int+46 46 104714
 University of Lund, P.O. Box 118  Internet: anders@dit.lth.se
 S-221 00  Lund, Sweden
                
Newsgroups: comp.infosystems.gopher
From: ckd@eff.org (Christopher Davis)
Subject: WAIS problems with TurboGopher
Organization: Electronic Frontier Foundation Tech Central
Date: Tue, 6 Oct 1992 23:52:21 GMT

We've found that TurboGopher and Sextant (and possibly other clients)
don't deal well with the line-endings of documents returned from a WAIS
search from our gopherd (1.03, and WAIS 8-b5) and some other sites as
well.  My guess is the gopherd is sending only \n instead of \r\n, and
the client's not checking the line endings (just stripping \n).  The
searches run fine, and the results work fine on the X and curses
clients.  TurboGopher shows the document as a word-wrapped mush, and
Sextant usually blows up.

Some WAIS queries work (the "Search lots of places at the U of M" gets
perfectly formatted recipes no problem) but others don't (the
mailing-lists.src on mudhoney.micro.umn.edu is another offender).

It's either the server or the clients, but it's not just our gopherd :)

(BTW: TurboGopher is REAL zippy!  Thanks guys!)
--
Christopher K. Davis      |       NET.INSIGHTS INTO ARTISTIC CRITICISM:
<ckd@eff.org>   EFF #14   | ``[Y]ou don't cure bad art by locking it all up
System Administrator, EFF | in one museum, you cure it by throwing tomatoes
+1 617 864 0665  [CKD1]   | at bad artists.'' --Barry Shein <bzs@world.std.com>
Newsgroups: comp.infosystems.gopher
From: rjberke@berke.itg.ti.com (Richard Berke)
Subject: PC Gopher can't initialize TCP 
Organization: Electronic Communications
Date: Mon, 5 Oct 1992 17:20:01 GMT

When I try PC Gopher 1.05 with FTP Software's DIS_PKT.GUP 1.3 packet 
driver adapter for NDIS, PC Gopher can't initialize his TCP stack.
He rudely exits and leaves the packet driver unable to service future
attempts to get 'handle for type 0806'.   Trumpet 1.05 is able to 
use the .GUP 1.3 adapter just fine, unless Gopher tries/fails first.

Gopher and Trumpet work fine with plain packet driver for my 3c503 
(10.5.1).

Anyone know why Gopher has the problem I described?
Any workarounds (while still using NDIS)?

Thanks,
Richard Berke   RBRK   Richard.Berke@lobby.ti.com  (214) 575-2828
Texas Instruments      Plano, Texas
-------------------------------------------------------------------------
Newsgroups: comp.infosystems.gopher
From: phil@eecs.nwu.edu (William LeFebvre)
Subject: Re: Problems with gopher running my scripts
Organization: EECS Department, Northwestern University
Date: Mon, 5 Oct 1992 19:17:48 GMT

In article <1992Oct2.013643.25528@news2.cis.umn.edu>, lindner@mudhoney.micro.umn.edu (Paul Lindner) writes:
|> Make sure that you're running the server with the -c option.... *or*
|> make sure that $GOPHERHOME/bin/tcsh exists

How safe is -c?  I have been trying to make scripts work without 
resorting to using -c and it is, to put it mildly, a challenge
(on a SunOS 4.x machine, not only do you need $GOPHERHOME/bin/*sh, 
you also need $GOPHERHOME/lib/lib*.so*,  $GOPHERHOME/lib/lib*.sa,
$GOPHERHOME/dev/zero, and probably a few that I've forgotten.....or
you need to statically link all the stuff you want to use, which
usually means you need source.....etc, etc, ad nauseum).

It would be much much easier to just use -c, but I am quite nervous
about the security aspects of this.  I know that there is code in 
there intended to prevent accessing files outside of $GOPHERHOME,
but it is accompanied by such comments as:

 * without (if we've done this right)
 * compromising your security, or allowing access to any files that
 * you don't want made available.

Do the developers feel confident that there are no security holes 
in the code?

		William LeFebvre
		Computing Facilities Manager and Analyst
		Department of Electrical Engineering and Computer Science
		Northwestern University
		<phil@eecs.nwu.edu>
From: tiktin@idiotix.cs.uoregon.edu (David Mark Tiktin)
Newsgroups: comp.infosystems.gopher
Subject: Re: mods for Sequent gopher client?
Date: 28 Sep 92 15:39:38 GMT
Article-I.D.: idiotix.TIKTIN.92Sep28083938
Reply-To: tiktin@cs.uoregon.edu
Distribution: comp
Organization: University of Oregon


>I've been told that someone might have posted some mods that would allow
>the Unix Gopher client to work under Dynix.  Has anyone made this work?
>
>J. Paul Holbrook

We run gopher (both Unix client and server) on a Sequent Symmetry under
DYNIX(R) V3.2.0.  Both compiled for us "right out of the box" as soon as we
switched to gnumake in place of DYNIX's make.  (DYNIX's make doesn't support
the include file mechanism used to get the Makefile.conf data into all the
make files.)

David Tiktin

--
tiktin@cs.uoregon.edu
From: bvaughan@lotka.Princeton.EDU (Barbara Vaughan)
Newsgroups: comp.infosystems.gopher
Subject: Re: Using Gopher as a departmental bulletin board
Date: 30 Sep 92 16:39:22 GMT
Article-I.D.: Princeto.1992Sep30.163922.4950
Organization: Princeton University
Originator: news@nimaster

In article <1992Sep30.152849.10328@mail.cornell.edu> Julian Humphries <jmh3@cornell.edu> writes:
>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.

I am also interested in this; please post your replies or send a copy to:
bvaughan@opr.princeton.edu
Newsgroups: comp.infosystems.gopher,alt.gopher
From: SEB1525@MVS.draper.com (Steve Bacher)
Subject: Gopher MVS Client and Server available from boombox
Organization: Draper Laboratory
Date: Thu, 1 Oct 1992 21:46:00 GMT

A distribution of a Gopher MVS server and MVS client has been placed
in the /pub/gopher/incoming directory at boombox.micro.umn.edu.

The server is based on the original Gopher MVS server, but has been
considerably enhanced.  The client is TSO/ISPF-based.  Either may
be installed by itself, or both may be installed together.  The
distribution is basically one huge JCL stream which creates a set of
installation PDS's; instructions for customizing and installing on
your system are contained therein.  Please take note of the copyright
information in the README member.

Comments, questions, etc. may be directed to me at seb@draper.com
or my MVS ID <seb1525@mvs.draper.com>.

--
Steve Bacher (Batchman)                 Draper Laboratory
Internet: seb@draper.com                Cambridge, MA, USA
From: zzassgl@uts.mcc.ac.uk (Geoff Lane)
Newsgroups: comp.infosystems.gopher
Subject: Re: Experimental Access to English Dictionary via Gopher Now Available
Date: 28 Sep 92 08:48:04 GMT
Organization: Manchester Computing Centre, Manchester, England, M13 9PL.

In article <QAZQBPTH@cc.swarthmore.edu> hirai@cc.swarthmore.edu (Eiji Hirai) writes:
>zzassgl@uts.mcc.ac.uk (Geoff Lane) writes:
>> it should be possible to run a dictionary query service using gopher.
>
>Wait, how is this different from using Roland's go4gw and g2webster perl
>scripts?
>



Most, if not all, xwebster sites are restricting access to the service to
onsite quiries only.  I've been told that the webster people were most
unhappy to learn that their data was freely available over the network.


But the real reason is...why not?



>--
>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.


-- 
Geoff. Lane. | Internet: zzassgl@uts.mcc.ac.uk | Janet: zzassgl@uk.ac.mcc.uts
UTS Sys Admin,  Manchester Computing Centre,  Oxford Rd,  Manchester, M13 9PL
I'm too sexy for my .sig
Newsgroups: comp.infosystems.gopher
From: jbotz@mtholyoke.edu (Jurgen Botz)
Subject: Bug in Gopher+ protocol specs
Organization: Mount Holyoke College
Date: Thu, 1 Oct 1992 20:48:17 GMT

From the Gopher+ protocol draft:

   The Date line [of the +ADMIN block] must contain the modification
   date in angle brackets.  The format of the date is <YYYYMMDDhhmmss>
   where YYY is year, MM is month, DD is day, hh is hours, mm is minutes,
   and ss is seconds.

I think this is insufficient, as it ignores the need for specifying the
time zone.  I would propose the following format...

   <YYYYMMDDhhmmss[+-]hhmm>

--
Jurgen Botz                  |   Internet: JBotz@mtholyoke.edu
Academic Systems Consultant  |     Bitnet: JBotz@mhc.bitnet
Mount Holyoke College        |      Voice: (US) 413-538-2375 (daytime)
South Hadley, MA, USA        | Snail Mail: J. Botz, 01075-0629
From: tga@oar.net (Germann Associates)
Newsgroups: comp.infosystems.gopher
Subject: Re: GOPHERD AND WAIS INDEXES
Date: 2 Oct 92 16:48:14 GMT
Distribution: comp
Return-Path: <tga@oar.net>
Original-To: prw@albert.mannlib.cornell.edu
Original-Cc: gopher@boombox.micro.unm.edu, gopher-news@boombox.micro.umn.edu
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

If the directions aren't to long, could they be posted to the list also so
we could all have it :-).

Eric


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

Eric Germann                               Quote for the time being:
The Germann Associates                     "Just do it!"
West Chester, OH 45069                        - Nike

eric@tga.com
============================================================================


On Fri, 2 Oct 1992 prw@albert.mannlib.cornell.edu wrote:

> 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: cshotton@oac.hsc.uth.tmc.edu (Chuck Shotton)
Newsgroups: comp.infosystems.gopher
Subject: Re: Using Gopher as a departmental bulletin board
Date: 2 Oct 1992 13:45:30 GMT
Followup-To: comp.infosystems.gopher
Organization: UTHSCH Academic Computing

In article <1992Sep30.152849.10328@mail.cornell.edu>, jmh3@cornell.edu
(Julian Humphries) 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.
> 

We are using a combination of "deliver" and a custom application I wrote to
allow authorized gopher publishers to e-mail messages for automatic
inclusion in the gopher hierarchy. The program looks at a username/subject
pair and maps it to a pathname where the body of the mail message is
stored.

For example, cshotton@oac.hsc.uth.tmc.edu sends an e-mail message titled
"WHATS_NEW" to our gopher mail address. The deliver program passes this
message to a program that pulls out the username and subject, indexes that
into a table that returns the path "/usr/local/gopher/whats_new.txt". The
program then copies the body of the message to that path.

We use this approach to allow certain users to update existing gopher
files, but you could extend it to allow the specification of a pathname in
the message (probably relative to some subdirectory.)

If anyone is interested in this application, please let me know via e-mail.
If there is enough interest, I'll make it available for anonymous FTP.

Chuck
cshotton@oac.hsc.uth.tmc.edu
Newsgroups: comp.infosystems.gopher
From: gilbertd@sunflower.bio.indiana.edu (Don Gilbert)
Subject: New GopherApp shows lots of text
Organization: Biology, Indiana University - Bloomington
Date: Wed, 30 Sep 1992 03:31:45 GMT

New GopherApp displays lots of text.

Hopefully I've heard the last of "Why can't it display > 32k of text?"

This was a quick hack (< 4 hrs), and turned out pretty nice even 
though there are a few rough edges.  Let me know if it fails.   

The blurb:

GopherApp is an Internet information service program for 
Macintosh computers.  It provides a Finder-like link to the range 
of Internet Gopher services.

You may obtain GopherApp thru anonymous ftp to ftp.bio.indiana.edu, in 
folder /util/gopher, as gopherapp.hqx. You may also obtain updates 
using Gopher to this same IUBio archive (host=ftp.bio.indiana.edu,
port=70). Look for a folder called "IUBio Software+Data/GopherApp".

Comments, bug reports and suggestions for new features
may be addressed via e-mail to

	     Software@Bio.Indiana.Edu
	
History
 
29 Sep 92, v 1.3b57  Only change over previous release is addition of
	display of text files with greater than 32,000 characters.  What a simple
	addition, and the Marvels of MacApp/OOP let me fold in this change from
	SeqApp into GopherApp with just one compile.
	

-- 
Don Gilbert                                     gilbert@bio.indiana.edu
biocomputing office, biology dept., indiana univ., bloomington, in 47405
Xref: sparky comp.infosystems.gopher:628 alt.gopher:1302