HDTenEightyP/NetNews huggingface dataset:
From: mark@alsvid.une.edu.au (Mark Andrew Garrett)
Newsgroups: comp.infosystems.gopher
Subject: more bugs gopher1.1b1 and gopher1.03
Date: 15 Nov 92 10:38:11 GMT
Organization: University of New England - Northern Rivers (Lismore)

After my last post I've found what I belive to be more bugs in the STRstring.c
some affect both 1.03 and 1.1b1


*** STRstring.c-DIST	Sun Nov 15 20:47:58 1992
--- STRstring.c	Sun Nov 15 21:32:22 1992
***************
*** 1,3 ****
--- 1,20 ----
+ static char RCSIDSTRstrings[] = "@(#) $Header: /usr/users/cno/mark/cwis/gopher/gopher1.1b1/object/RCS/STRstring.c,v 1.3 1992/11/15 10:32:03 mark Exp mark $";
+ /*
+ **	$Log: STRstring.c,v $
+  * Revision 1.3  1992/11/15  10:32:03  mark
+  * fix STRcat need to pass st to STRset
+  *
+  * Revision 1.2  1992/11/15  10:30:38  mark
+  * fix STRnewSet need to allow for null terminator in malloc
+  *
+  * Revision 1.1  1992/11/15  10:29:20  mark
+  * Initial revision
+  *
+ **
+ **	Add RCS and start some buf fixes
+ **
+ */
+ 
  #include "STRstring.h"
  #include "String.h"
  #include "Malloc.h"
***************
*** 18,24 ****
       if (in == NULL)
  	  return(temp);
  
!      len = strlen(in);
  
       temp->data = (char *) malloc(len * sizeof(char*));
       strcpy(temp->data, in);
--- 35,41 ----
       if (in == NULL)
  	  return(temp);
  
!      len = strlen(in) + 1; /* allow for null termination.... */
  
       temp->data = (char *) malloc(len * sizeof(char*));
       strcpy(temp->data, in);
***************
*** 140,146 ****
       strcpy(temp, STRget(st));
       strcat(temp, cp);
  
!      STRset(temp);
       
       free(temp);
  
--- 157,163 ----
       strcpy(temp, STRget(st));
       strcat(temp, cp);
  
!      STRset(st,temp); /* original code did not pass st */
       
       free(temp);
From: snewton@oac.hsc.uth.tmc.edu (Steven E. Newton)
Newsgroups: comp.infosystems.gopher
Subject: Re: Problems with ftp on HP gopher
Date: 20 Nov 1992 14:10:11 GMT
Organization: UT Health Science Center Houston

In article <6804@m1.cs.man.ac.uk> M.Whidby@mcc.ac.uk writes:
>I am running a gopher server on an HP machine and can't do any ftp
>transfers.
[stuff deleted]
>This seems to be more or less correct because when I run the server with
>debugging on I see this:
>
>The full query was src.doc.ic.ac.uk@/
>At this point host: src.doc.ic.ac.uk   thing: /
>220 puffin.doc.ic.ac.uk FTP server (Version 6.68 Fri Aug 21 23:39:26 BST 1992)
>r
>eady.
>331 Guest login ok, send e-mail address as password.
>230 Guest login ok, access restrictions apply.
>Cleaning up /tmp/gftp11012
>
>The client just says 'Nothing available'. No directory listing or anything.
>What am I doing wrong? The server is the 1.1 beta version. Could it be a
>peculiarity of HP-UX?

Funny, I'm having *EXACTLY* the same results with my tests.

We have a 9000/750 running hp-ux 8.07.  There is definitely something
wrong with it, but looking at the code I can't see where the problem
is.  As far as I can tell, this bit of code in ftp.c, beginning at line
131 is where the problem is:

     /** Send password***/
     writestring(ftp_control, "PASS -gopher@");
     writestring(ftp_control, Zehostname);
     writestring(ftp_control, "\r\n");

     inputline[3] = '-';
     while (inputline[3] == '-') {
        readline(ftp_control, inputline, sizeof inputline);
        if (DEBUG) printf(inputline);
     }


     if (*inputline != '2')
        Abort(sockfd,inputline +2);

Everything looks fine to me, can anyone see something I'm overlooking?

Steve
-- 
+      +      +      +      +      +      +    |snewton@oac.hsc.uth.tmc.edu
            I can hear you well,               |Nobody else speaks for me,
            George Orwell.                     |and I speak for no one else.
                                               |     +     +     +     +     +
Date: Thu, 19 Nov 92 12:58:16 PST
From: kdb@ece.ucsb.edu (Kevin D. Barron)
Original-To: gopher-news@boombox.micro.umn.edu
Subject: gopher-holics anonymous
Newsgroups: comp.infosystems.gopher
Distribution: comp

Ok, so I got caught!
I thought I was safe sneaking out of bed last night at 3am, but my
wife caught me red-handed - "in-flagro delecto" (sp?) burrowed deep
into a cosy gopherhole in Australia!

So the time has come to either form gopher-holics anon or simply ask
this group if there is a known gopher source for patent info.  What
follows is the request for info *after* having used veronica:

>
>Hi Kevin,
>
>I fiddled around with gopher (or rather 'munched'
>around) but found no access to U.S.patent listings
>but lots of peripheral junk. 
>
>what I would love to have is given an inventor's name
>as input,  to get a list of invention titles and
>U.S. patent numbers  (abstracts would be even better
>of course).  As far as I know there is
>a commerical service Dialog that offers
>this at a very high cost per minute to their
>subsribers.  But it ought to be freely accessible
>to the public, since the patent office no doubt has
>this stuff on computer anyhow, at least for recent
>years.
>

Thanks,
 Kevin
From: lindner@mudhoney (Paul Lindner)
Newsgroups: comp.infosystems.gopher
Subject: *IMPORTANT* go4gw sites read this!
Date: 16 Nov 92 20:18:34 GMT
Reply-To: lindner@boombox.micro.umn.edu
Distribution: comp
Original-To: gopher-news@boombox.micro.umn.edu (Gopher News Mailing List)
X-Mailer: ELM [version 2.4 PL5]
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Length: 766

This is a warning to all sites running go4gw as supplied from
boombox.micro.umn.edu.  This gateway has the possibility of being a
big security hole.  To insure the security of your systems you should
do the following:

  1)  Immediately shutdown your go4gw.
  2)  Retrieve go4gw_1.01.tar.Z from boombox.micro.umn.edu
  3)  Install & configure.

go4gw_1.01.tar.Z does not contain the hole.  The original unversioned
go4gw available from stanford is safe too (go4gw.shar).

-- 
 | Paul Lindner | lindner@boombox.micro.umn.edu   | Slipping into madness
 |              | Computer & Information Services | is good for the sake
 | Gophermaster | University of Minnesota         | of comparision.
///// / / /    /////// / / / /  /  /  /   /      //// / / / /  /  /  /   /
Newsgroups: comp.infosystems.gopher
From: raman@cs.cornell.edu (T. V. Raman)
Subject: Online books:
Keywords: Online books gopher veronica
Organization: Cornell Univ. CS Dept, Ithaca NY 14853
Date: Sat, 21 Nov 1992 16:59:11 GMT



Hi!

First things first, for those who saw my message about veronica not
returning anything under unix gopher 1.02 this is due to a bug in the
1.02 gopher client. This was pointed out by the author of veronica and
I now have veronica up and running under 1.03 unix gopher. (Right now
the server is down)

I discovered a wealth of online books at a site and project I had
never heard of. All gophers seem to know about project Gutenberg and
the etext collection there, but here is another source that has an
equally extensive collection.

Here's the gopher link:

The site has among other things

A Sherlock Holmes collection.
A collection of Fairy tales
and a lot of other classics.

One question:

Many of the files at this site are compressed and a couple of them are
tar files. Is there any way to convince the gopher client to display
the files rather than saving them?  It should be a simple matter to
have a little shell script that first sees if the file extension is a
.Z and if so zcats the file before piping it to the pager.
Thanks,


#
Type=1
Name=Online Books Initiative
Path=world.std.com@/obi/
Host=dcs1.uwaterloo.ca
Port=7997
#
Type=1
Name=Fairy.Tales
Path=world.std.com@/obi/Fairy.Tales/
Host=dcs1.uwaterloo.ca
Port=7997
#
Type=1
Name=Root gopher server: gopher-hole.cit.cornell.edu
Path=
Host=gopher-hole.cit.cornell.edu
Port=70
#
Type=1
Name=Conan Doyle sherlock holmes
Path=world.std.com@/obi/Doyle/
Host=dcs1.uwaterloo.ca
Port=7997
#
Type=1
Name=Jane.Austen
Path=world.std.com@/obi/Jane.Austen/
Host=dcs1.uwaterloo.ca
Port=7997

-- 
   T. V. Raman <raman@cs.cornell.edu>Tel: (607)255-9202  R 272-3649
                       Office: 4116 Upson Hall,
Department of Computer Science, Cornell University Ithaca NY 14853-6201
                Res: 226 Bryant Avenue Ithaca NY 14850
From: symanzik@pigeon.egr.msu.edu (Edward Symanzik)
Newsgroups: comp.infosystems.gopher
Subject: Re: New/additional gopher at the Univ of Utah
Date: 17 Nov 92 16:56:54 GMT
Distribution: na
Organization: College of Engineering, Michigan State University

In article <1992Nov16.220045.13753@msuinfo.cl.msu.edu>, boone@convex.cl.msu.edu (Dennis Boone) writes:

|> I'd like to see one listing per {campus,commercial organization,govt. entity}
|> in the Gopher Central database.  I see no reason why that server can't take
|> on the responsibility of pointing to all gophers at its organization.  This
|> would help the problem some. 

An alternate solution would be to do this at the central server.

For instance, instead of:
      109. University of Michigan CITI/
      110. University of Michigan GOpherBLUE Service/
      111. University of Michigan Libraries/
      112. University of Michigan Medical Center/

Have:
      109. University of Michigan/

and:
        1. University of Michigan CITI/
        2. University of Michigan GOpherBLUE Service/
        3. University of Michigan Libraries/
        4. University of Michigan Medical Center/

Just scanning through the list it looks like this would save a couple of pages. Not real impressive, but it's a start.

--
Ed Symanzik
Michigan State University
symanzik@egr.msu.edu
From: zlsiimw@mcchpc.mcc.ac.uk (Mark Whidby)
Newsgroups: comp.infosystems.gopher
Subject: Re: Using .cap files and the "Path" line
Date: 19 Nov 92 08:42:46 GMT
Reply-To: M.Whidby@mcc.ac.uk
Organization: Manchester Computing Centre

In article <9738@blue.cis.pitt.edu.UUCP>, valentin@vms.cis.pitt.edu writes:
|> Hi, 
|> 
|> 	I'm trying to build a gopher server, and I'm having some trouble with 
|> .cap directories, specifically using the "Path" line. 
|> 
|> 	We have a directory /afs/pitt.edu/public/info/pittdoc which contains 
|> a number of documents that are of general interest to the Pitt community. 
|> 
|> 	My gopher data directory is /usr/gopher/data. In there I have a directory
|> called "University of Pittsburgh Documentation". I want to reference the
|> documents in 
|> the information directory with the .cap functionality. So, I have 
|> 
|> /usr/gopher/data/University of Pittsburgh Documentation/somefile 
|> 
|> and 
|> 
|> /usr/gopher/data/University of Pittsburgh Documentation/.cap/somefile
|> 
|> The .../cap/somefile looks like this:
|> 
|> Name=Getting Started with Blah Blah Blah
|> Type=0
|> Path=0/afs/pitt.edu/public/info/pittdoc/blah-blah.doc
|> 
|> 
|> This works insofar as the name appears in the gopher client. However, 
|> when I try to actually retrieve the document, it responds with 
|> 
|> OServer error: /afs/pitt.edu/public/info/pittdocblah-blah.doc' does 
|> not exist!! error.host 1
|> 
|> The file exists just fine. I've tried a whole lotta combinations with 
|> this. The file is world readable, and it behaves just the same whether 
|> or not it is in afs. 

I don't think you can do this. The pathname in the Path= line is relative
to your gopher home directory (and so cannot be outside the gother tree).
Try creating a file called blah-blah.doc in the directory
/usr/gopher/data/afs/pitt.edu/public/info/pittdoc
and see what happens. I don't know if you can access stuff outside the
gopher tree.
-- 
_____________________________________________________________
Mark Whidby, Distributed Systems, Manchester Computing Centre
From: zlsiimw@mcchpc.mcc.ac.uk (Mark Whidby)
Newsgroups: comp.infosystems.gopher
Subject: Re: Trouble with latest PC gopher client
Date: 20 Nov 92 08:59:29 GMT
Reply-To: M.Whidby@mcc.ac.uk
Organization: Manchester Computing Centre

In article <7907@lib.tmc.edu>, cooper@UTSPH.SPH.UTH.TMC.EDU writes:
|> Hi,
|> 
|> 	I have downloaded the latest gopher client from boombox.micro.umn.edu
|> and can make it work fine with out network (PCSA) using the clarkson
|> drivers.
|> 
|> However, when I do a word search on certain wais data bases, I get the
|> message "I looked and could'nt find anything" (or something like that)
|> However, when I do a search with the previous version (maybe a couple of 
|> version back), the search works fine.   I also can do a search from our
|> VAX gopher client and it works fine.  Has anyone else experienced such 
|> a problem with the latest gopher (r3) and if so were you able to fix
|> the problem?

As far as I know this is a known problem and the developers are aware of it
so presumably it will be fixed in a future version.
-- 
_____________________________________________________________
Mark Whidby, Distributed Systems, Manchester Computing Centre
From: SEB1525@MVS.draper.com (Steve Bacher)
Newsgroups: comp.infosystems.gopher
Subject: Re: Applying Vulcan Mind-Meld on a Gopher...
Date: 18 Nov 92 22:30:00 GMT
Organization: Draper Laboratory

In article <1992Nov17.154723.27357@macc.wisc.edu>,
kaufman@macc.wisc.edu (Peter Kaufman) writes:

...

>Hence, the Gopher Mindset I would recommend is to create the
>subdirectory structure, load it with .link files and put all the data
>files off the root.

What I've often ended up doing is creating a directory with a .Links
file, a handful of other files referenced by the .Links file, and
an etc directory which contains all the real data.  The .Links then
refers to the files in the etc directory, which (as we all know) is
ignored by Gopher when building its menu.

I sometimes include a bin directory with a "makegophermenu" script
geared toward the unique needs of the kind of data stored in the
directory in question, which can be run whenever files are added
or changed to recreate the .Links file.

--
Steve Bacher (Batchman)                 Draper Laboratory
Internet: seb@draper.com                Cambridge, MA, USA
From: SNYDER@d0sb10.fnal.gov
Newsgroups: comp.infosystems.gopher
Subject: Re: gopher.el? (was: Re: Is There an Open Look Xgopher?)
Date: 19 Nov 92 22:55:26 GMT
Organization: SUNY Stony Brook High Energy Physics
	<1992Nov15.064138.22008@ra.msstate.edu>
	<YANDROS.92Nov16032734@deathtongue.MIT.EDU>
	<LAMOUR.92Nov18124439@gong.mitre.org>
NNTP-Posting-Host: d0sb10.fnal.gov
In-reply-to: lamour@gong.mitre.org's message of Wed, 18 Nov 1992 17:44:39 GMT

	   Hmmm, I always thought "pure interface" meant one that worked
   in emacs ;-)   If it's really that trivial, has someone bothered to
   create an emacs interface to gopher? 

I've written one.  I believe it's in the unix gopher distribution.
If you can't find it, I'd be happy to send you a copy.
(And it was fairly simple; I was able to get a first version working
in an afternoon...)

sss
From: henny@accucx.cc.ruu.nl (Henny Bekker)
Newsgroups: comp.infosystems.gopher
Subject: Waisindex a file containing keywords pointing to other files
Summary: Looking for indexing a file containing keywords pointing to other files
Keywords: waisindex keywords HyperText
Date: 18 Nov 92 01:09:15 GMT
Organization: Academic Computer Centre Utrecht


Hello All,

	I like to known if someone has succeeded in waisindex-ing a
(short) file containing lines with keywords pointing to other (the
real big ones) files..
I like to use gopher as a frontend for it..
Imagine:I have a file containing descriptions of titels of documents.
	I like to index the file with waisindex so that a 'hit' results
	not in a seacrch to the description but to the original file
	of the descriptions..
I don't known how to implement this with waisindexing and gopher.. (if
possible at all ??)

Does someone has any idees ???

Cheers, henny Bekker

-------------------------------------------------------------------------------
E-Mail: Henny.Bekker@cc.ruu.nl        INTERNET       ! Disclaimer:             
        ruusur::henny                 DECnet         !    The main obstacle to 
        henny@hutruu50                EARN/BITnet    !    progress is not      
        012911028100::henny           PSI            !    ignorance, but the   
Voice:  (+31) (30) 536971                            !    illusion of knowledge
X400:   G=Henny;S=Bekker;OU=cc;O=ruu;PRMD=surf;ADMD=400net;C=nl        o
Paper:  H.J.Bekker, University of Utrecht, Computer Centre         _  /- _
        Po Box 80011, 3508 TA  Utrecht  Nederland                 (_) > (_)
-------------------------------------------------------------------------------
From: boone@convex.cl.msu.edu (Dennis Boone)
Newsgroups: comp.infosystems.gopher
Subject: Re: New/additional gopher at the Univ of Utah
Date: 16 Nov 92 22:00:45 GMT
Distribution: na
Organization: Michigan State University, East Lansing

In article <BxpKn8.Bw9@cs.dal.ca> silvert@biome.bio.ns.ca (Bill Silvert) writes:
>In <SKLEPZI.4.0@SSB1.SAFF.UTAH.EDU> SKLEPZI@SSB1.SAFF.UTAH.EDU (Steven Klepzig) writes:
>As I look through the postings here which seem to add several new
>gophers per week, I'm getting concerned about the proliferation of
>essentially local gophers which are getting into my massive listing.
>If the NA gopher list on my system takes a dozen pages to scroll
>through, it becomes counter-productive.  In this case, since the new
>gopher is likely to be of interest only to UU students and staff, I have
>decided not to add it.
>
>I think we need a hierarchical organization of gopher listings to deal
>with the vast new numbers of servers.  Actually several parallel
>hierarchies are possible because of the way that gopher works.  If
>someone using my server wants the UU class schedules they should be able
>to find a site that lists all US class schedule servers, or all western
>university servers, or something like that.

I'd like to see one listing per {campus,commercial organization,govt. entity}
in the Gopher Central database.  I see no reason why that server can't take
on the responsibility of pointing to all gophers at its organization.  This
would help the problem some. 

>There is already a problem in trying to locate servers by subject area.
>I would love to have a list of servers that carry material on
>oceanography and ecology, but at present all I can do is search through
>the continental listings and make guesses.

You're right, geographical organization isn't very useful to a lot of people.
The proper organization is topical.  I've noticed a few sites beginning to
tackle this kind of organization, viz:

Name=NC State--See Library Without Walls
Type=1
Host=dewey.lib.ncsu.edu
Port=70
Path=

Name=CIESIN--See Environmental Internet Catalog
Type=1
Host=gopher.ciesin.org
Port=70
Path=

Name=UNevada Reno--See Selected Topics By Discipline
Type=1
Host=hunter.cs.unr.edu
Port=70
Path=

Name=SUNET--See Subject Tree
Type=1
Host=sunic.sunet.se
Port=70
Path=

In order to do this effectively, we need some kind of coordination, some
way of announcing what unique resource our individual servers offer, and
some agreement about what kind of subject taxonomy to use.

I've also noticed that there's a group in Europe working on a project to
do subject-oriented registry.

Dennis
--
= There is no monopoly on common sense, on either side of the political fence =
Newsgroups: comp.infosystems.gopher
From: boone@convex.cl.msu.edu (Dennis Boone)
Subject: Re: Waisindex indexing the index.* files
Organization: Michigan State University, East Lansing
Date: Wed, 18 Nov 92 18:26:23 GMT

In article <1992Nov17.064002.9696@news2.cis.umn.edu> lindner@mudhoney.micro.umn.edu (Paul Lindner) writes:
>Okay, here's whatcha do:
>
>Say you have a directory /home/foo, you store your indexes in
>/home/foo/.index.
>
>That's cool, instead of doing this:
>
>waisindex -r /home/foo
>
>do this:
>
>waisindex -r /home/foo/*
>
>Most shells don't expand dot files when you give it a asterick to chew
>on. 

I recently discovered one of my indices wasn't rebuilding because the *
expanded to over-many filenames.  You'd think WAIS would be smart enough
not to index its own files.  Lose lose.

Dennis
--
= There is no monopoly on common sense, on either side of the political fence =
Newsgroups: comp.infosystems.gopher
Subject: Re: Veronica:  an Archie for Gopher
From: doelz@comp.bioz.unibas.ch (Reinhard Doelz)
Date: Thu, 19 Nov 1992 15:07:12 GMT
Distribution: comp
Organization: EMBnet Switzerland [Basel]


Sorry but I fail to connect to futique.scs.unr.edu for about a full 
day now. Is the VERONICA site dead ? 

-- 
+----------------------------------+-------------------------------------+
|    Dr. Reinhard Doelz            | RFC     doelz@urz.unibas.ch         |
|      Biocomputing                | DECNET  20579::48130::doelz         |
|Biozentrum der Universitaet       | X25     022846211142036::doelz      |
|   Klingelbergstrasse 70          | FAX     x41 61 261- 6760 or 267- 2078     
|     CH 4056 Basel                | TEL     x41 61 267- 2076 or 2247    |   
+------------- bioftp.unibas.ch is the SWISS EMBnet node ----------------+
               -----------------------------------------
From: 00cgschafer@leo.bsuvc.bsu.edu
Newsgroups: comp.infosystems
Subject: FIRST MIS JOB.
Date: 19 Nov 92 17:29:33 GMT
Organization: Ball State University, Muncie, In - Univ. Computing Svc's

I WILL BE AN MIS GRADUATE SOON.  CAN ANYONE GIVE ME SOME INFORMATION ON WHAT TO
EXPECT THE FIRST YEAR AFTER GRADUATION?    PLEASE E-MAIL YOUR RESPONSES.
THANKS!
Newsgroups: comp.infosystems
From: RUTGER@kub.nl (Rutger van de Gevel)
Subject: E-mail Project at Tilburg University
Date: Mon, 23 Nov 92 12:34:26 GMT
Organization: Tilburg University
Keywords: E-mail


Dear Networkers,

At this moment I'm working on a project. The purpose of this project is to give
all university students the ability to mail (we are currently using PMail on
a limited scale) to each other and to their professorss. We are using Novell
network software. This email feature will be part of an integreted workplace
(using Windows as user interface). So I'm looking for people (students,
network specialist, etc) who have had experience with a similar project.
I would like to discuss:

    - Should students be able to access Internet (especially ftp)
    - What software could be used (NCSA, Trumpet, Pmail, etc)
    - How to inforce certain rules (Nettiquette, rules of communication,
      which sanctions should be used if students misbehave.
    - Each student has an account on the Novell server and a limited disk
      space for him/herself (about 300Kb). This disk space could be used
      to store the mailbox, or the mailbox could be copied to diskette.
      We expect the students to be rather casual about cleaning their mailboxes
      frequently, so when they have reached their disk quota what should
      happen to new mail. Major concern is that this mail could contain
      valuable information for this student.
    - Professors will send mail to many students and vice versa: what is the
      best way for them to reduce the time that is necessary to read all mail
      (we would like to avoid that the professors spent too much time reading
      the students mail).
    - Security problems in relation to this project.
    - Any other problem that I didn't mention here but relates to this
      project.

Thanks in advance,
Rutger van de GeVEL
Email: rutger@kub.nl
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU