HDTenEightyP/NetNews huggingface dataset:
From: Farhad Anklesaria <fxa@boombox.micro.umn.edu>
Subject: Re: Accessing Macintosh Server
Organization: University of Minnesota
X-Useragent: Nuntius v1.1
Date: Fri, 4 Sep 1992 17:05:06 GMT

In article <92245.115932HOLTZMAN@SJUVM.BITNET> Michael S. Holtzman,
HOLTZMAN@SJUVM.BITNET writes:
>I'm trying to set up a Mac Gopher server, but I can't seem to directly
>access the contents of a folder.  For example, I have
>
>        /Topic-1 ----- Topic-1-File-1
>       /Folder         Topic-1-File-2
>Server/
>Folder\
>       \Topic-2 ------ Topic-2-File-1
>        Folder             etc.
>
>And I want the client to see the items in folder 2 without seeing the
>top level menu.  However, if I put in the path (selector string) for
>a folder, I get an 'illegal selector' error back from the Mac.
>
>Is there some trick involved?? Thanx in advance for any clues.

If you want NO clients to see the Topic-1 or Topic-2 folders, and
just want them to see inside the Topic-2 folder, why not just run
the server IN the Topic-2 folder?  Not quite 'eh?

If you want to make a specific link pointing right into 
the Topic-2 folder, you'll need the full path to that folder ie:

      HardDiskName:intervening folders...:Server Folder:Topic-2 Folder:

Poking at the server via Telnet from another machine should show you
the selector strings it advertises.  There is a gotcha... some clients
might not like "funny" Mac characters (like Option-something) in the
selector strings... so the intervening path should contain just regular
ascii printable characters.

You can't back out of the server folder.  [Feature]
Server won't see anything but text files..
  ie. it won't binhex on the fly          [Future]
  or send binary files.                   [Future]
  BinHexed files and links
  are handled using Gopher's Helper.      [Feature]
The server won't follow System 7 aliases. [Future]

Hope this helps...

F.
Organization: St. John's University
Date: Tuesday, 1 Sep 1992 11:59:31 EDT
From: Michael S. Holtzman <HOLTZMAN@SJUVM.BITNET>
Newsgroups: comp.infosystems.gopher
Subject: Accessing Macintosh Server

I'm trying to set up a Mac Gopher server, but I can't seem to directly
access the contents of a folder.  For example, I have

        /Topic-1 ----- Topic-1-File-1
       /Folder         Topic-1-File-2
Server/
Folder\
       \Topic-2 ------ Topic-2-File-1
        Folder             etc.

And I want the client to see the items in folder 2 without seeing the
top level menu.  However, if I put in the path (selector string) for
a folder, I get an 'illegal selector' error back from the Mac.

Is there some trick involved?? Thanx in advance for any clues.
From: ai118@cleveland.Freenet.Edu (Rich Zidonis)
Newsgroups: comp.infosystems.gopher
Subject: user's manual
Date: 4 Sep 1992 20:55:21 GMT
Organization: Case Western Reserve University, Cleveland, OH (USA)
Reply-To: ai118@cleveland.Freenet.Edu (Rich Zidonis)
NNTP-Posting-Host: slc4.ins.cwru.edu


the talk here is about installing and servicing gopher.  Where does one
wander to learn how to use the burrowing beast?
-- 
Rich

bitnet    ai118%cleveland.freenet.edu@cunyvm
Internet: ai118@cleveland.freenet.edu
Xref: sparky comp.infosystems.gopher:178 comp.infosystems.wais:375
From: emv@msen.com (Edward Vielmetti)
Newsgroups: comp.infosystems.gopher,comp.infosystems.wais
Subject: Re: waisindex-ing a gopher directory but avoiding .cap and .cache
Date: 16 Aug 1992 15:53:39 -0400
Organization: Msen, Inc. -- Ann Arbor, Michigan
NNTP-Posting-Host: nigel.msen.com
X-Newsreader: Tin 1.1 PL3

feed wais the list of file names with a makefile that looks something like

wais	::
	find . -print | grep -v .cap | waisindex -stdin

you will need to tweak this so it doesn't include directories, cache files,
or any other stuff that you don't want.

--Ed
From: snewton@oac.hsc.uth.tmc.edu (Steven E. Newton)
Newsgroups: comp.infosystems.gopher
Subject: Gopher+ clarification needed
Date: 26 Aug 1992 22:38:38 GMT
Organization: UT Health Science Center Houston


I could send this by email but it seems that all Gopher+ developers would
be interested in the answer to my question.

In section 2.3 of the enhancements paper it says
'The server may return an error also, as in:

--1<CRLF><data><CRLF>.<CRLF>'

At the bottom of the page, it lists three error codes:

	1	Item is not available
	2	Try again later ("eg. My load is too high right now.")
	3	Item has moved.  Following the error-code is the gopher descriptor
		of where it now lives.

My question then is this.  Would the error return look like this:

--1
2Try again later
.

or would it be

--2
Try again later
.

My guess is the latter, because that's the only neat way to handle error 3.
Additionally, Paul's NQBNF section doesn't clarify this because it shows

Success  ::= '+' | '-'.


Eagerly awaiting wisdom,
S.
-- 
+      +      +      +      +      +      +    |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.
                                               |     +     +     +     +     +
From: hippo@sonoma.edu (Michel Davidoff)
Newsgroups: comp.infosystems.gopher
Subject: Double clicking does not work
Date: 3 Sep 92 20:48:54 GMT
Organization: Sonoma state university

When double clicking the mouse in gopher the action is not taking place. 
The selection is highlighted but no action.
It looks like there is no pattren when or why. Any ideas ? 
Many different Pc's many different configurations. Gopher Ver 1.04

Thanks 
Michel Davidof
Newsgroups: comp.infosystems.gopher
From: jreece@sousa.intel.com (John Reece)
Subject: Re: Setting Up WAIS.....
Reply-To: jreece@sousa.intel.com
Organization: Intel - Information Technologies
Distribution: comp
Date: Tue, 1 Sep 1992 21:18:25 GMT

In article <9209011840.AA00363@bigmac.mskcc.org>, dgaraffa@bigmac.mskcc.org ("Dave Garaffa" ) writes:

> 
> If I try to index files that are *NOT* under the /mnt/gopher-data dir it doesn't
> quite work...  here is the setup:

I just avoid these problems by having all Gopher-WAIS searches go explicitly 
over the network to the waisserver daemon, even for databases residing
on the same host as the Gopher server.  In other words, local WAIS 
searches are set up just like the lyrics example in the original
Gopher distribution.  I just copy the ".src" file created with 
"waisindex -export ..."  to the gopher directory tree and create a .cap 
file for it.  The original  ".src" file and the indexes stay in the 
directory tree the waisserver daemon is pointed at. 

------------------------------------------------------------------------
John Reece			"Oop. Ack. Pfffthpt"	
Not an Intel spokesman 			- Bill the Cat
Date: Wed, 26 Aug 1992 16:15:52 MDT
From: WEBB_K@CC.SUU.EDU (Kathy)
Subject: gopher server on Mac Quadra...(help)
Original-To: gopher-news@boombox.micro.umn.edu
X-Vmsmail-To: IN%"gopher-news@boombox.micro.umn.edu"
Newsgroups: comp.infosystems.gopher
Distribution: comp

We're trying to set up a gopher server on a Mac Quadra running the
updated system 7.0.1.  When we try to use gopher's helper, though,
none of the folders on our disk show up.

We're trying to use server 1.0.2.  Am I missing something obvious?
It is listed on our domain nameserver as gopher.ic.suu.edu (134.250.252.9)
We're a K-12 school district helping the state of Utah to pilot
a state-wide information service using gopher.

Webb_K@cc.suu.edu
Newsgroups: comp.infosystems.gopher
Subject: Re: two questions about running Gopher
From: Thomas J Cozzolino <RBNTJC@rohvm1.rohmhaas.com>
Date: Wed, 26 Aug 1992 15:14:40 EDT
Organization: Rohm and Haas Company

Re: The "ghost" entries:  Look for a .Links.bak file.  Did the editor you used
    to edit .Link create a .Links.bak or .Links.bck?  If so, delete it.
    Also, remove the .cache files, and let gopherd re-create them.  That should
    remove the ghost entries.

Alas, documentation.  As a wise man once (almost) said:
    "We are living in interesting Gopher times.."  (eh, Bachman?)
Things are changing fast; it doesn't help much; but it's better than *nothing*
happening, eh? ;-{)

Good luck.

+============================================+
|   Thomas J. Cozzolino - Rohm and Haas Co.   =
|   InterNet:    tcozz@rohmhaas.com            =
|                                               =
|   " It's such a fine line, really, between     =
|         'clever' and 'stupid' "                 =
|                  - D. St. Hubbins                =
|                                                   =
|   - Opinions expressed are my own, not             =
|     necessarily those of Rohm and Haas Company      =
+======================================================+
Newsgroups: comp.infosystems.gopher
From: leo@ph.tn.tudelft.nl (Leo Breebaart)
Subject: Two questions about running gopher
Reply-To: leo@ph.tn.tudelft.nl
Organization: Delft University of Technology
Date: Wed, 26 Aug 1992 14:01:06 GMT

Two questions from a novice gopherd user. I have looked through docs,
FAQ, and archived articles, but I couldn't find anything to help me.
Nonetheless it's all pretty basic newbie stuff, I think.

- Does the -s option work? If I give the command:

   gopherd -s /usr/partool/lib/gopher.security -c

and gopherd obligingly says:

    Using Security file /usr/partool/lib/gopher.security

and /usr/partool/lib/gopher.security consists of one single line:

    !*

then why am I still allowed to access gopher from everywhere??


- If I change anything in a Link description in the .Links file (e.g. just 
one character in the name field), then the next time I start up gopher *all*
entries will be duplicated (and the pair for the entry I changed will be
one correctly changed, one still the old entry).

This freaks me no end: I know that gopher must still be storing that old
information *somewhere* but I just cannot find it, let alone get rid
of it (at one point I had deleted *every* file in the gopher home-directory,
including .Links itself, and *still* I got those ghost-entries).


Any help will be much appreciated,


-- 
Leo Breebaart  (leo @ ph.tn.tudelft.nl)
From: scott@sklib.usask.ca
Newsgroups: comp.infosystems.gopher
Subject: RE: gopher and hytelnet
Date: 29 Aug 92 15:13:27 GMT
Organization: University of Saskatchewan

Gerald Lange writes:

>I wonder if anybody tried to make a connection between Hytelnet
>and Gopher. It would be very helpful, I think, to access the Hytelnet
>information from Gopher and on the other side there is a very
>uncomplete list of Gopher-resources in Hytelnet.

The ONLY Gophers which will be listed in HYTELNET are those that are
accessible by telnet at a user's local prompt. I have no intention of
listing EVERY Gopher in the world. I have to sleep sometimes.....

Here is the <GOP000> files from HYTELNET. I'm working on a couple more
as you read this.....

                      Internet Gophers and Pandas

<GOP007> Australian National University
<GOP001> Hyper-G, hypermedia information system of
         the Technical University of Graz, Austria
<GOP006> Nova Scotia Technology Network
<GOP002> PANDA University of Iowa Pan-Campus Data Access Network
<GOP003> SUNET Gopher, Sweden
<GOP008> University of Illinois, Urbana-Champaign
<GOP004> University of Michigan Library's Gopher System
<GOP005> University of Minnesota
<GOP009> University of North Texas
<GOP011> University of Virginia Grounds-Wide Information Server
<GOP010> University of Wisconsin-Parkside

regards,
Peter Scott   scott@sklib.usask.ca
Newsgroups: comp.infosystems.gopher
From: lindner@mermaid.micro.umn.edu (Paul Lindner)
Subject: Re: Using mail to provide gopher data, even simpler (fwd)
Organization: University of Minnesota, Minneapolis
Distribution: comp
Date: Wed, 26 Aug 1992 20:02:59 GMT

In <9208251836.AA15535@biome.bio.ns.ca> bill@biome.bio.ns.ca (Bill Silvert) writes:

>>From: mahilata@vogon.mathi.uni-heidelberg.de (Earthworm society)
>>Subject: Using mail to provide gopher data, even simpler
>>
>>This works even simpler
>>
>>We learned how to get our mailer to deliver mail right to a file,
>>by way of an alias, so we may send mail to a "user" which is
>>that file. gopherd handles that file as a directory, much as
>>a mail program, subject lines are the titles then.
>>
>>We have here smail, and there the "aliases" file contains the lines
>>
>>testfile: /tmp/testfile
>>matlab-news: /PeoplesLibrary/gopherd/Matlab/Matlab-News
>>PC-news: /PeoplesLibrary/gopherd/Matlab/PC-News
>>
>>The only condition is that the files *must* be owned by "nobody"

>This works with sendmail too.  I don't understand the final requirement,
>all we seem to require is that the files have group write permission for 
>group mail.

>But of course all the headers get included, which is a mess.  Does
>anyone have a simple way to filter them out?

Here you are:




#!/usr/local/bin/perl

if ($#ARGV != 0) {
        print "Usage: $0 <directory name>\n";
        exit;
}

chdir @ARGV[0];

open(tmphead, "+>/tmp/headers$$");

$HeaderFlag = 1;

while (<STDIN>) {
    #
    # Get rid of Headers we don't want
    #
    if ((/^Received:/)||
        (/^Message-Id:/)||
        (/^Cc:/)) {
        next;
    }

    if (/^Subject:/) {
        $SubjectLine = $_;
        $SubjectLine =~ s/^Subject: //;
    }

    if ((/^$/) && ($HeaderFlag == 1)) {
        # End of headers

        open(Outfile, ">$SubjectLine");
        $HeaderFlag = 0;

        seek(tmphead, 0,0);
        while (<tmphead>) {
            if ((/^Date:/)     || (/^From:/) ||
                (/^Subject:/)  || (/^Keywords:/)||
                (/^Location:/) || (/^ACategory/)) {
                print Outfile;
            }
        }
        close(tmphead);
        unlink "/tmp/headers$$";
        print Outfile "\n";
    }

    # Filter out the header lines
    
    if ($HeaderFlag == 1) {
        print tmphead;
    }
    else {
        print Outfile;
    }
    
}
    

close Outfile;

--
 | Paul Lindner | lindner@boombox.micro.umn.edu   |"You have to spit
 |              | Computer & Information Services | to see the shine..."
 |             	| University of Minnesota         | -- Babes in Toyland
///// / / /    /////// / / / /  /  /  /   /      //// / / / /  /  /  /   /
Newsgroups: comp.infosystems.gopher
From: ccgwt@trentu.ca (Grant Totten)
Subject: Pre-compiled DS5000 Xgopher?
Keywords: lazy gopher hacker
Reply-To: ccgwt@trentu.ca (Grant Totten)
Organization: Trent University
Date: Thu, 27 Aug 1992 18:10:36 GMT


Hello Gopherites,

	I was wondering if anyone out there would be so kind as to provide
the most recent version of xgopher compiled for a DECstation 5000 (Ultrix
4.2, not Motif yet).  I've been having no end of problems trying to get
this little beast compiled for our system...

	So, if some kind soul out there has a compiled version they could
put on an FTP site somewhere...  Or even e-mail...  

Thanks a lot in advance!

Grant Totten, Programmer/Analyst, Trent University, Peterborough Ontario
GTotten@TrentU.CA 
========================================================================
California, n.:
	From Latin "calor", meaning "heat" (as in English "calorie" or
	Spanish "caliente"); and "fornia" for "sexual intercourse" or
	"fornication."  Hence: Tierra de California, "the land of hot
	sex."
		-- Ed Moran
From: lindner@mudhoney.micro.umn.edu (Paul Lindner)
Newsgroups: comp.infosystems.gopher
Subject: Re: gopher and CDROMS
Date: 28 Aug 92 06:30:57 GMT
Distribution: comp
Organization: University of Minnesota, Minneapolis

In <GNAT.92Aug28133615@kauri.kauri.vuw.ac.nz> gnat@kauri.vuw.ac.nz (Nathan Torkington) writes:

>I want to make a CD-ROM available for gopher access, as FTP-able
>items.  Is it possible to incorporate a non-writable medium into the
>gopher structure?

>Nat
>(gnat@kauri.vuw.ac.nz -- Nathan Torkington -- is the electronic text and
> MS-DOS archivist for the Victoria University of Wellington, New Zealand)

Sure, it's possible.  If you're mounting the CD under UNIX, run
gopherd with the -C option to disable writing caches.

If you're interested in speeding up access by using a little disk
space you could make a symbolic link tree of the directory structure
of the CD-ROM, then you could have caching as well....

All of this is UNIX centric, sorry if you're serving this off a PC.
--
 | Paul Lindner | lindner@boombox.micro.umn.edu   | Slipping into madness
 |              | Computer & Information Services | is good for the sake
 | GopherMaster | University of Minnesota         | of comparision.
///// / / /    /////// / / / /  /  /  /   /      //// / / / /  /  /  /   /
Date: Sat, 29 Aug 1992 18:55:23 CET
From: gonter@wu-wien.ac.at (Gerhard Gonter)
Reply-To: <Gerhard.Gonter@wu-wien.ac.at>
Original-To: gopher-news@boombox.micro.umn.edu, gopher@boombox.micro.umn.edu
Original-Cc: <gonter@nestroy.wu-wien.ac.at>
X-Mailer: GMail 0.0 for PC/TCP
Subject: placed xgopher files in incoming directory of boombox
Newsgroups: comp.infosystems.gopher
Distribution: comp

I placed a file named xgopher.1.1a.gg.tar.Z in the directory
/pub/gopher/incoming of boombox.micro.umn.edu.

The tar file contains the files that I changed from the distributed version
which I downloaded on 1992-08-29 as version xgopher.1.1a.tar.Z.

The changes contain:
a.  configuration for my local installation
b.  support for PANDA INFO items

PANDA info items are a useful extension of the original gopher
protocol and it's easy to implement.

Maybe someone wants to include changes b. in the official release.
Changes a. shouldn't do any harm since I only configured the default
server name.

best wishes, Gerhard Gonter      
     
--      
Gerhard Gonter                                   <GONTER@AWIWUW11.BITNET>      
Tel: +43/1/31336/4111     Fax: .../702     <Gerhard.Gonter@WU-Wien.ac.at>      

Newsgroups: comp.infosystems.gopher
From: torben@foralie.net.hawaii.edu (Torben Noerup Nielsen)
Subject: Gopher client for NeXTstep 3.0
Keywords: NeXTstep 3.0
Organization: University of Hawaii
Date: Thu, 27 Aug 1992 18:59:10 GMT

Does anyone have a gopher client that works properly under NeXTstep 3.0  
(PR2)? I'm running into real problems with some of the features that just  
don't seem to work right. 

					Thanks, Torben
Newsgroups: comp.infosystems.gopher
From: greene@newton.ccs.tuns.ca (Courtney Greene)
Subject: exec and Non-anonymous ftp
Organization: Technical University of Nova Scotia, Halifax, N.S.
Date: Thu, 27 Aug 1992 14:32:33 GMT

I had a previous posting regarding exec's and Non-anonymous ftp from gopher.
In order to get the execs working I needed the following under the gopher
tree:
	/bin/sh
	/bin/echo   (and whatever other command I want to use)
	/lib/ldl.sl
	/lib/libc.sl

Once I had these in place the execs worked fine.

Mike Macgirvin (mtm@camis.Stanford.EDU) responded to my Non-anonymous ftp
post, suggesting how to input usernames and passwords. This shell search
method worked fine, but some here at the Univ. had 2 complaints.

	1. When users are to enter their username and password they are
	   prompted with:  'Index word(s) to search for:' , Not at all 
	   informative. We are hoping this tool will help novice(?) users 
	   migrate from a tired VAX, and the required input is not at all
	   intuitive.

	2. When the password is entered, it is echoed on the screen and
	   when the link file is displayed with '=' the password is once
	   again displayed.

Within the scope of gopher I don't believe there is any way around these
problems. What I have done to our unix server and client here at TUNS is 
to add an additional type, type 'F'. This allows the users to be prompted
to enter their username and password and the password is never displayed
on the screen.

This could be taken one step further and the user could also be prompted to
enter the remote hostname.

I haven't followed the gopher+ thread very closely but it seems to me that
a non-anonymous type would be a very useful addition to gopher. Does anyone
care to comment?

Courtney Greene
greene@tuns.ca
Newsgroups: comp.infosystems.gopher
Subject: Re: gopher server on Mac Quadra...(help)
From: Joe Simpson <JSIMPSON@MIAMIU.BITNET>
Date: Monday, 31 Aug 1992 17:06:27 EDT
Distribution: comp
Organization: Miami University - Academic Computer Service

>
>We're trying to set up a gopher server on a Mac Quadra running the
>updated system 7.0.1.  When we try to use gopher's helper, though,
>none of the folders on our disk show up.
>
I have set up Gopher Server on a Mac Plus.  I had a similar problem.
In my case it was resolved by running the Gopher Server application
from the folder that I wanted to appear as the root of my file
service.  In other words, when I had this problem I quit GopherServer
dragged it into the folder containing the root level files and folders
and restarted GoperServer.
Newsgroups: comp.infosystems.gopher
From: reuver@mikro.ee.tu-berlin.de (Dirk Reuver)
Subject: Re: HELP! my gopherd -I doesn't exit
Organization: ZRZ/TU-Berlin
Distribution: tub
Date: Wed, 26 Aug 1992 12:00:06 GMT

After some experimenting, I can add the following:

The problem is with the log file of gopherd. I don't know why, but
when I change the directory part of the log file name, it works.
I havn't tried using a different file name, but I tried different
group ids, and that didn't do it. The same with adding x permissions
(desperate try). I hope this won't happen every few weeks.

Dirk

__________________________________________________________________________
Dirk Reuver    DD6RE                  Phone:  +49 30 314 26705
Institute for Microelectronics        FAX:    +49 30 314 24597
Technical University Berlin           Email:  reuver@mikro.ee.tu-berlin.de
                    "You say tomato, I say tomato"
Newsgroups: comp.infosystems.gopher
From: tsai@teetot.acusd.edu (Allen Tsai)
Subject: Intel EXP16ODI driver can't coexist with Gopher's Clarkson driver
Organization: usd
Distribution: usa
Date: Fri, 4 Sep 92 19:34:24 GMT


Our PCs are currently running NOVELL 3.11 using Intel's EtherExpress 16 NICs.
And they have Novell's Lan WorkPlace TCP/IP software as well. Now, we
would like to run Gopher client application, but it requires Clarkson
packet driver, which EXP16ODI driver, came with NIC, does not support for.
On the other hand, both EXP16ODI in the NIC and EXP16 in Gopher package
must coexist to make NOVELL server connection, TCP/IP applcations,
including Telnet, FTP, Gopher, all working harmoniously. But it turned
out in the following scenario: if both drivers loaded, then server
connection failed; if EXP16 loaded, then only Gopher worked and vice versa. 
Any information regarding this is HIGHLY appreciated. Please direct
information to me. I will summerize and post it later. 
	Allen Tsai
	tsai@usdcsv.acusd.edu
	University of San Diego
Newsgroups: comp.infosystems.gopher,alt.uu.announce
From: jkp@cs.HUT.FI (Jyrki Kuoppala)
Subject: experimental Usenet University gopher server
Reply-To: jkp@cs.HUT.FI (Jyrki Kuoppala)
Organization: Helsinki University of Technology, Finland
Date: Thu, 27 Aug 1992 12:52:48 GMT

There's an experimental Usenet University gopher server implemented as
a gateway to the ftp archive holding documents about UU.  The server
will not be permanent but should be usable until otherwise announced.

The server is on host otax.tky.hut.fi, port 70, path .uu/, implemented
with the .Links file:

#
Type=1
Name=The Usenet University ftp archive at nic.funet.fi
Host=+
Port=+
Path=ftp:nic.funet.fi@/pub/doc/uu/

//Jyrki

PS. the otax.tky.hut.fi main gopher tree is for Helsinki University of
Technology, managed by the Student Body, and while still in
experimental state it will probably be permanent.