HDTenEightyP/NetNews huggingface dataset:
Date: Wed, 6 Jan 93 15:44:34 CST
From: mpm@boombox.micro.umn.edu ("Mark P. McCahill" )
Reply-To: "Mark P. McCahill"  <mpm@boombox.micro.umn.edu>
Original-To: gopher-news@boombox.micro.umn.edu
Subject: gopher growth
Newsgroups: comp.infosystems.gopher
Distribution: comp

A lot of people have asked, "How fast is gopher growing?"
One way to get a handle on this is to look at the statistics that the people 
who run the NSFnet keep for traffic over the NSFnet backbone. As of 
November 1992, Internet Gopher was the 16th most popular protocol on 
the NSFnet. 

During November there were 24,743,905,200 bytes of gopher 
information (out of a total of 4,232,117,594,450 bytes) that traversed 
the NSFnet. Keep in mind that this only measures traffic that traversed 
the NSFnet, so actual Gopher usage is higher. The statistics for 
the months April - June are suspect because they were only collected on 
a portion of the NSFnet backbone rather than the entire backbone (during
this period the NSFnet backbone was migrating for T1 links to T3 links and
the T3 links didn't have the software in place to collect statistics by 
port). The months July through October 1992 are missing (the folks that run 
the NSFnet didnUt collect statistics during these months). The amazing thing 
is that Gopher started a year ago as about the 200th most popular protocol 
and moved into 16th place by a 4400-fold growth in the volume of gopher 
traffic.

GOPHER NSFnet backbone statistics*  
date 	rank	  Packets	%Pkts	 Byte Count	 %Bytes	 total pkts	 total bytes
Dec-91	199	    39550	0.00	     5611150	  0.00	  7420607200	 1359861802500
Jan-92	 68	   518900	0.01	    80940850	  0.00	  9731751900	 1742268635200
Feb-92  31	  4235400	0.05	   359638900	  0.02	  8657879250	 1532106443800
Mar-92	 38	  2769400	0.03	   478650800	  0.03	  8433188500	 1533431092850
Apr-92	 33	  2759200	0.04	   526436800   0.04	  6520442000	 1226536456500
May-92	 32	  1749100	0.05	   285881300	  0.05	  3397707355	  634449683600
Jun-92	 30	  2576400	0.08	   221113800	  0.04	  3277023700	  578786454150
**
Nov-92	 16	109659350	0.48	 24743905200	  0.58	 22886793700	 4232117594450

*the raw statistics are available via anonymous ftp from nic.merit.net in 
the directory /statistics/nsfnet

**July thru October 1992  statistics are not available



-----------------------------------------------------------------------------
 Mark P. McCahill                                       Gopherspace Engineer
 mpm@boombox.micro.umn.edu
 612 625 1300 (voice)                         Computer & Information Systems
 612 625 6817 (fax)                                  University of Minnesota
-----------------------------------------------------------------------------
      "...This Snow Crash thing - is it a virus, a drug, or a religion?"
       Juanita shrugs. "What's the difference?"
-----------------------------------------------------------------------------

Xref: sparky comp.infosystems.gopher:1871 alt.gopher:1474
From: snewton@oac.hsc.uth.tmc.edu (Steven E. Newton)
Newsgroups: comp.infosystems.gopher,alt.gopher
Subject: Re: PC GOPHER CLIENT
Date: 12 Jan 93 14:14:44 GMT
Followup-To: comp.infosystems.gopher
Distribution: na
Organization: UT Health Science Center Houston

In article <C0pL06.2Hs@nmrdc1.nmrdc.nnmc.navy.mil> dsc3jwa@nmrdc1.nmrdc.nnmc.navy.mil (Jim Allor) writes:
>We are currently using Michigan State University's version of gopher
>(it doesn't require packet drivers), however we need the capability to
>bring down binary files.  We are currently using the TRW3001 card with
>ftp software and cannot use the standard gopher from Minnesota.  Has any
>one set this up before? If not where can I get the source to gopher (I
>have MSU's src)?

Ugopher is a DOS port of the Unix curses-based client.  It runs over
FTP software's PC/TCP version 2.04 and later.  Ugopher supports all file
types supported by the Unix client.  The server must correctly advertise
binary files, because of the cr/lf translation.

You can get ugopher at oac.hsc.uth.tmc.edu as
/public/dos/misc/dosgofer.exe.  This is a self-extracting archive.

Steven E. Newton
-- 
+      +      +      +      +      +      +    |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.
                                               |     +     +     +     +     +
From: guy@library.calpoly.edu (Guy Martin)
Newsgroups: comp.infosystems.gopher
Subject: Re: How to get rid of this error message in 1.11 client
Date: 12 Jan 93 20:49:38 GMT
Organization: Polycat/Systems Support - Kennedy Library, Cal Poly SLO

lindner@danzig.micro.umn.edu (Paul Lindner) says.......
>
>Oooops!! I wanted to restrict picture viewing and the like.
>Unfortunately I got normal files as well..  
>
>Get gopher1.11a.tar.Z on boombox in about an hour..


Is there going to be a patch for this fix or not?  My reason for asking is
that I had to make some fairly in-depth hacks to make the client compile
under Sequent's Dynix OS... it would be nice if I didn't have to make 
those hacks again so soon... #;-)... Thanks.


	-Guy

-- 
Guy Martin -- Polycat/Systems Support      | Internet: guy@library.calpoly.edu
Robert E. Kennedy Library, Cal Poly SLO    |    OR   : guy@calpoly.edu
----------------------------- Standard Disclaimer -----------------------------
  My opinions are my own!  They do not reflect those of the Kennedy Library.
From: mcgee@nic.csu.net
Newsgroups: comp.infosystems.gopher
Subject: NeXT Server Needed
Date: 11 Jan 93 10:33:32 PST
Organization: Information Resources and Technology

I'm a new NeXT administrator charged with getting a server
running on my cube. Can anyone please help me with the
following two questions?

	1. Is there a Server for the NeXT, or must I build
a standard Unix version and port it over?

	2. What's the latest version released, and where can
it be obtained?

Thanks!
-Rich McGee
Cal State University Systems
From: snewton@oac.hsc.uth.tmc.edu (Steven E. Newton)
Newsgroups: comp.infosystems.gopher
Subject: Re: MSU fix to PC client for FTP Software
Keywords: PC Gopher 2, FTP Software
Date: 7 Jan 1993 14:51:14 GMT
Organization: UT Health Science Center Houston

In article <1ihemsINN8a6@mizar.usc.edu> sharp@mizar.usc.edu (Malcolm Sharp) writes:
>In article <1igbgoINNn3j@msuinfo.cl.msu.edu> rww@mugwump.cl.msu.edu (Richard W. Wiggins) writes:
>...stuff deleted...
>>
>>You may also want to investigate the port of the Curses client to
>>MS-DOS done by the U Texas Med School.  Not as pretty as the U Mn
>>client, but smaller, and GIF (and sound) capable.
>
>Where can this Curses client be found?

You can get ugopher by anonymous ftp from oac.hsc.uth.tmc.edu as
/public/dos/misc/dosgofer.exe.  This is a self-extracting archive
that includes a bit of documentation and a couple of batch files specific
to our site that you are free to ignore.

Steven E. Newton

>
>Thanks.
>
>Malcolm Sharp, USC


-- 
+      +      +      +      +      +      +    |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.
                                               |     +     +     +     +     +
Newsgroups: comp.infosystems.gopher
From: cowboy@trans.csuohio.edu (Joe Rosenfeld)
Subject: How to get rid of  this error message in 1.11 client
Organization: Cleveland State University
Date: Tue, 12 Jan 1993 16:01:22 GMT

I just compiled the 1.11 latest client, and set up a login that took one right into my gopher  
client, which access an older gopher server (problems compiling on the NeXT with NS 3.0).

When someone running gopher -s tries to log into the gopher client it works, but when you try  
to access any text file this window pops up:

	"Sorry Cannot Display this file anonymously"

Any suggestions as to how I can rid of this message and display text files in this manner?

thanks
Joe


--


| Joe Rosenfeld			  cowboy@trans.csuohio.edu
| CSU Law Library                joer@inca.law.csuohio.edu
|         "We look for things ... to make us go!"

Newsgroups: comp.infosystems.gopher
From: datkins@carina.unm.edu (Drexel Atkinson CIRT)
Subject: question about gopher server at umn
Date: Thu, 07 Jan 93 15:42:48 GMT
Organization: University of New Mexico, Albuquerque


 
 I am looking over all the info on gopher and its capabilities.
Someone had told me that the gopher server running at umn is a MAC.  Is 
that true, and if so, what's the configuration of the mac.
(cpu, memory, disk,...)

thanks,
	drex
    
Newsgroups: comp.infosystems.gopher
From: dgaraffa@bigmac.mskcc.org (Dave Garaffa)
Subject: curses client - STRANGE!
Date: Fri, 08 Jan 93 12:12:52 EST
Organization: Memorial Sloan Kettering Cancer Center
Followup-To: comp.infosystems.gopher

Well here's one for the unix wizards out there!!

I have a VERY strange proble with the curses client of gopher 1.1:

When I run as non-root (dgaraffa) everything is just fine!

BUT

When I run as root (or do a su from dgaraffa) the client will not respond
to cursor movement or 'capture' any of the single key commands.

Example:

up/down-arrows will NOT move the arrow  "-->" from one menu choice to
another
(instead it 'types the letter "A" next to the --> for UP and "B" for DOWN)
it looks like this when I hit the DOWN arrow 3 times and the UP arrow 3
times)
-------------------------------------------------------------------------------
                    Internet Gopher Information Client v1.1

Root gopher server: bigmac.mskcc.org

 -->BBBAAAAbout-MSKCC-Gopher/
      2.  MSKCC-SKI-Net/

<blank lines removed to save space>

Press ? for Help, q to Quit, u to go up a menu                        Page:
1/1
-------------------------------------------------------------------------------

and when I type "q" the bottom of the screen will NOT clear and display the
message "Really quit (y/n) ? y" instead a q will appear next to the -->
(but when I press RETURN it will quit!)


Now for the strangest part of the story:
----------------------------------------
EVERYTHING was working fine for EVERYONE until yesterday so the problem
can't
be with the gopher application (can it?).


What I have tried so far:
-------------------------
changing the default shell from sh to csh (for ROOT .. dgaraffa was always
csh)

replaced 'roots' prefs files with 'dgaraffas'

recompiled gopher (as root)

gone nuts tring to think of what I may have done yesterday to cause the
problem!


If you have any ideas I can try (and at this point I will try ANYTHING)
please respond to the group or E-Mail.

Thanks for your time!

Dave Garaffa
Manager Macintosh Information Center
Memorial Sloan-Kettering Cancer Center
1-212-639-3738
dgaraffa@bigmac.mskcc.org
From: ellis@nova.gmi.edu (Stew Ellis)
Subject: Accessing WWW from gopher
Organization: GMI Engineering&Management Institute, Flint, MI
Date: Tue, 5 Jan 1993 15:18:18 GMT

Reading the gopherd manpage suggests that it should be possible to access
the Worldwide Web from gopher simply by including an html file with www
links in it in the gopher tree.  I put the default.html file that my www
client successfully starts with in my gopher tree and selected it from the
gopher, bringing up a page with [selections], the first of which was
highlighted, but could not move the highlight from the first selection, nor
could I bring up the first selection.  

I cannot find a gopher with a www link, even though I can get from www to
gopher at uiuc.

Is this resource not really usable yet?



--
                                                          ___________________
  R.Stewart(Stew) Ellis, Assoc.Prof., (Off)313-762-9765  /   _____  ______ 
  Humanities & Social Science,  GMI Eng.& Mgmt. Inst.   /        / /  /  / /
  Flint, MI 48504      ellis@nova.gmi.edu              /________/ /  /  / /
Newsgroups: comp.infosystems.gopher
From: datta@cs.uwp.edu (David Datta)
Subject: Re: Testing a Gopher server modification
Organization: University of Wisconsin - Parkside
X-Newsreader: TIN [version 1.1 PL8]
Date: Mon, 11 Jan 1993 04:40:09 GMT

David Datta (datta@cs.uwp.edu) wrote:
: I need help testing a server modification. I have changed a test 1.03
: server to parse delimited lyrics files as if they were a kind of
: mailbox. I need people to connect to it and see if it crashes....
: it is running at gopher.uwp.edu port 2000. (Port 70 is the normal
: gopher that I know works...)

The gopher at port 2000 has been disabled, the modified server is now
in production. If you look at lyrics for letters a-g, the album files
are now delimited.

-- 
-Dave datta@cs.uwp.edu
	"Such abuse would be illegal and is therefore unlikely." 
		- FBI Director William Sessions
From: boyns@hercules.sdsu.edu (Mark Boyns)
Newsgroups: comp.infosystems.gopher
Subject: 's' broken in gopher1.11?
Date: 12 Jan 1993 01:20:22 GMT
Organization: San Diego State University, College of Sciences
NNTP-Posting-Host: hercules.sdsu.edu
X-Newsreader: TIN [version 1.1 PL8]

In the UNIX gopher client 1.1 's' could be used to save a file
from a menu.  In gopher 1.11 's' does not do anything.  

Am I doing something wrong or is it really broken?

BTW I am not using secure mode.

--
Mark Boyns
boyns@sciences.sdsu.edu
From: foster@pyramid.unr.edu (Steve Foster)
Newsgroups: comp.infosystems.gopher
Subject: Re: Non-NeXT version of Veronica?
Summary: Non-NeXT veronica soon
Date: 6 Jan 93 23:45:27 GMT
Reply-To: foster@pyramid.unr.edu (Steve Foster)
Organization: University of Nevada, Reno  Department of Computer Science

In article <1ia8saINNnfd@nic.umass.edu> kimmel@nic.umass.edu (Matt Kimmel) writes:
>Is there such a thing as a version of Veronica that uses a publicly
>available, non-NeXT-based set of tools (like WAIS) to index its
>database? ...
>
>Thanks!
>-- 


	Matt,

Yes, here at Nevada we have the wais-based non-NeXT veronica almost done.
We are in fact implementing on a DECstation so we hope to release the
ultrix version soon.

Steve Foster
Date: Sat, 9 Jan 1993 17:29:28 +0000 (GMT)
From: M.T.Hamilton@lut.ac.uk ("[*] M.T.Hamilton")
Reply-To: "[*] M.T.Hamilton" <M.T.Hamilton@lut.ac.uk>
Subject: Indexing available in Gopher/Usenet gateway
Original-To: gopher-news@boombox.micro.umn.edu
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Newsgroups: comp.infosystems.gopher
Distribution: comp

Hi!

I've added indexing to the enhanced g2nntp module I posted last week. 
Every newsgroup appears as a searchable object, which you can make links
to, bookmarks of, etc...  The source is available by Gopher:

  URL=gopher://genie.lut.ac.uk:70/0/g2nntp

..and also via anonymous ftp from the same host:

  URL=ftp://genie.lut.ac.uk/g2nntp

I should warn you that this implementation of indexing is limited to the
information which you see in the directory listings - i.e. subject line,
author, and no. of lines (for the truly sick :-).  For example, this is
what we have in comp.infosystems just now:

      1.  gis/
      2.  gis <?>
      3.  gopher/
      4.  gopher <?>
      5.  wais/
      6.  wais <?>
      7.  PRO-IV Questions                       [  32] Lars Kalsen       
      8.  CFP '93 Conference .... Computers, Fre [ 660] Rob Kling         
      9.  Electronic publishing questions.       [  28] Tim Gallivan      
      10. EDI Legal Meeting Notice               [ 205] Edward Vielmetti  
      11. X-Terminals                            [   9] Gregory Wong      
      12. The HCI Bibliography                   [ 347] Gary Perlman      
      13. Nomadic design Workshop                [ 183] Rob Kling         
      14. Review of book about email: Connection [ 302] Rob Kling         

Happy hacking!

Martin
--
M.T.Hamilton@lut.ac.uk | cp141@freenet.cleveland.edu | mhamilto@nyx.cs.du.edu
Dept of Computer Studies, Loughborough University of Technology, LE11 3TU, UK
+44.(0)509.222799  "i hope it all melts and is gone by the time i leave"-pjf.








Newsgroups: comp.infosystems.gopher
From: lindner@mudhoney.micro.umn.edu (Paul Lindner)
Subject: Re: question about gopher server at umn
Organization: University of Minnesota, Minneapolis
Date: Thu, 7 Jan 1993 18:48:14 GMT

In <fczr6q+@lynx.unm.edu> datkins@carina.unm.edu (Drexel Atkinson CIRT) writes:


> 
> I am looking over all the info on gopher and its capabilities.
>Someone had told me that the gopher server running at umn is a MAC.  Is 
>that true, and if so, what's the configuration of the mac.
>(cpu, memory, disk,...)

Well, right now our top-level gopher servers are two MacIIci with 20MB
of RAM, Internal 80 MB drives with A/UX on them and data stored on
external 200MB rodimes.

We also have a bunch of stuff on three NeXTstations 8-20MB of RAM,
internal 105s and external WRENs.  We also have some stuff on a Sun
4/330 with 1GB of disk and 32MB of RAM.

------

Now all we need are gopher trading cards :-)

--
 | 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: irani@milli.cs.umn.edu (Erach A. Irani)
Subject: bibliographic entries/SLIP/pc-client/CSO
Organization: University of Minnesota
Date: Wed, 6 Jan 1993 15:40:31 GMT


Hi,
        We want to add a bibliographic database entry to gopher.
Is Gopher's full-text search suitable for a file-based method.
We can do bibliographic entries but do we do a telnet for it.
Telnet (to other machines at least) does not work on the pc-client, if slip is
loaded.  Can we get a slip which uses lesser memory, or stick to the vt100
client (not pretty), or just tell all users to buy a 386 machine and wait
for a 386 Gopher.

Or we could use CSO because it does very fast searches. 
Only question :  CSO does not allow line breaks, at least the documentation
does not talk about how to get line breaks in a field.  But if we do a CSO
search on the U. of MN. phone books database e.g. 'search irani'  we get
multiple line entries for a field e.g. 'address'.
        How do I do that.

Is there available a compact SLIP client so we can run the gopher client,
telnet within the gopher client, and the slip at the same time on a 640 k pc.


        Thanks, any help appreciated.


        Erach

--
Phone : (Home) (612) 341-4436  Work : (612) 626-7502
InterNet : irani@cs.umn.edu       UUCP: uunet!umn-cs!irani
Post: Erach A.Irani; 1630 S. 6th Street, #D409; Minneapolis, MN 55454
From: GA.SBP@forsythe.stanford.edu (Bo Parker)
Newsgroups: comp.infosystems.gopher
Subject: Gopher+ Release; when?
Date: 6 Jan 1993 22:40:52 -0800
Organization: Stanford University
NNTP-Posting-Host: morrow.stanford.edu

Any news on release of Gopher+ clients and servers?

I recall an announcement at an EDUCOM presentation last
October that a release was planned by the end of the year.

******* scene from a 12-step plan  **********

"Hi, my name is Bo and I'm a gopher addict."
From: jqj@duff.uoregon.edu (JQ Johnson)
Newsgroups: comp.infosystems.gopher
Subject: Re: VMS Gopher 1.1 client won't connect
Date: 7 Jan 1993 23:52:36 GMT
Organization: University of Oregon Network Services
Distribution: world
NNTP-Posting-Host: duff.uoregon.edu

It was pointed out to us that setting ~SO_LINGER on a socket didn't
work in (some?) versions of UCX, and caused (some) connection attempts
to fail.  A new version of the VMS Gopher 1.1 client will be available
early next week (after a bit of testing).  Among the important bugs
it fixes are:
  1/ connection failures in UCX
  2/ link errors in Multinet (strncasecmp)
  3/ binary file transfers fail (e.g. GIF files) in UCX
  4/ ^C and ^Y don't work right

Note that we do not support UCX 1.3.  Only 2.0 and greater.  

-- 
JQ Johnson				Office: 250E Computing Center
Director of Network Services		Internet: jqj@ns.uoregon.edu
Computing Center, Univ. of Oregon	voice:	(503) 346-1746
Eugene, OR  97403-1212			fax: (503) 346-4397
From: kimmel@nic.umass.edu (Matt Kimmel)
Newsgroups: comp.infosystems.gopher
Subject: Non-NeXT version of Veronica?
Date: 4 Jan 1993 16:06:18 -0500
Organization: University of Massachusetts, Amherst
Distribution: world
NNTP-Posting-Host: nic.umass.edu

Is there such a thing as a version of Veronica that uses a publicly
available, non-NeXT-based set of tools (like WAIS) to index its
database?  If so, where can I get it?  I'm hoping to get a Veronica
server up and running on one of our Ultrix boxes here.  Any help
would be greatly appreciated.

Thanks!
-- 
Matt Kimmel		Networking Assistant		Univ. of Mass.

Personal mail:   kimmel@titan.ucc.umass.edu
Network-related: kimmel@nic.umass.edu
Organization: Penn State University
Date: Mon, 11 Jan 1993 15:58:24 EST
From: <RBF@psuvm.psu.edu>
Newsgroups: comp.infosystems.gopher
Subject: Error linking from Gopher 1.03 on AIX/ESA

We are running the University of Minnesota 1.03 Gopher server on AIX/ESA
(under VM/ESA 1.1).  As long as a link file uses "Path=1/" the link works
correctly.  Anything else (for example "Path=1/Internet Resources") does
not work and results in the error message "Cannot access directory".
The link file that fails on the unix gopher works fine on our CMS gopher.
Has any other AIX/ESA site experienced this problem?
   Bob Fowles, Center for Academic Computing, Penn State
From: GQ.JAN@forsythe.stanford.edu (Tony Navarrete)
Newsgroups: comp.infosystems.gopher
Subject: CWIS Project Leader position available
Date: 4 Jan 1993 11:00:05 -0800
Organization: Stanford University
NNTP-Posting-Host: morrow.stanford.edu

The Stanford Data Center at Stanford University is developing
Portfolio - a Campus Wide Information System (CWIS) that will extend
and enhance the functions of Folio (SU's current CWIS).

The Portfolio Project Leader will manage & coordinate the design &
development of Portfolio.

For details on this position, see the posting on ALT.GOPHER.
From: cudep@csv.warwick.ac.uk (Ian Dickinson)
Newsgroups: comp.infosystems.gopher
Subject: Re: Gopher and Symbolic links
Date: 8 Jan 1993 17:17:35 -0000
Organization: Team Limpid's Meathead With Aptitude - Kunst und Wahnsinn
NNTP-Posting-Host: spatula.csv.warwick.ac.uk

In article <1992Dec31.200206.24318@claven.ucar.edu> woods@claven.ucar.edu (Greg Woods) writes:
>One thing can bite you here: the name contained within the symlink
>may point somewhere else after a chroot is done, e.g. if your
>gopher area is, say, /gopher, and your symlink points to
>/gopher/somewhere, this may work before a chroot("/gopher"), but not
>after, where it will have to point to /somewhere. The way to avoid
>this is to make sure all your symlinks use RELATIVE path names, and make
>sure the relative paths will be the same both before and after the
>chroot.

This problem often comes up with people using tftpd.

An alternative solution would be a symbolic link in /gopher pointing at '.'

It works fine for /tftpboot.  It may do for gopher too, though it may throw up
if you descend into itself too many times.

Using relative pathnames is the really the best solution since you can
move the whole hierarchy around without needing to rebuild any links

Cheers,
-- 
\/ato - Ian Dickinson - NIC handle: ID17                   No-one is to molest
vato@csv.warwick.ac.uk  ...!mcsun!uknet!warwick!vato           the wombat when
/I=I/S=Dickinson/OU=CSV/O=Warwick/PRMD=UK.AC/ADMD= /C=GB/            anyone is
@c=GB@o=University of Warwick@ou=Computing Services@cn=Ian Dickinson  watching.
Newsgroups: comp.infosystems.gopher