HDTenEightyP/NetNews huggingface dataset:
From: mrubin@ra.cs.umb.edu (Mark Rubin)
Newsgroups: comp.infosystems.gopher
Subject: Nothing available...
Date: 11 Oct 92 03:09:24 GMT
Article-I.D.: cs.1992Oct11.030924.3338
Organization: University of Massachusetts at Boston

When I use the -p option to start out at a lower menu it works fine. But if
I extend the path to include a file in that menu which I want to view the
"nothing available" message is displayed. Has anyone else had this problem?
I'm trying to switch over to gopher as our primary help tree reader and this
is the only thing stopping it from working perfectly.

Thanks.
-Mark
-- 
==========================================================================
|| Mark Rubin		|| Don't let your schooling interfere with	||
|| mrubin@ra.cs.umb.edu	|| your education.				||
|| UMass/Boston		|| 			-Mark Twain		||
Date: Wed, 14 Oct 92 15:40:58 -0700
From: liza@hera.berkeley.edu (Liza C. Gabato)
Original-To: gopher-news@boombox.micro.umn.edu
Subject: mailing list
Newsgroups: comp.infosystems.gopher
Distribution: comp


please remove liza@cs.berkeley.edu from the gopher mailing list.

thanks again!!

/liza
Organization: Arizona State University
Date: Wednesday, 7 Oct 1992 19:31:35 MST
From: Thom Anthony McCarty <IETAM@ASUACAD.BITNET>
Newsgroups: comp.infosystems.gopher
Subject:    Logical Operator

I have been trying to use PC Gopher II v1.05 to do searches using logical
operator, such as "and", "or", and "not", but it does not work.  The search
treats all the target words as if they are separated by "or"; it would be
better for me if they were at least treated as "ands."  Ideally, I would
like the operator to work.

I read a gopher-faq dated 1992/09/08 which contained a question about boolean
searching not working.  The answer said, "This is probably because the
searching is being provided by WAIS."  But the person in charge of the gopher
server says that he is not using WAIS searches.  Is the WAIS searching
internal to gopher?  If a WAIS search is external to gopher, then why are
my logical operators not working?  If the WAIS search is internal to gopher,
is there any way to make these logical operators work despite WAIS?
Newsgroups: comp.infosystems.gopher
From: billy@sol.acs.unt.edu (Billy Barron - VAX/UNIX Systems Manager)
Subject: Subject Access to Gopher
Organization: University of North Texas
Date: Sun, 11 Oct 1992 19:13:27 GMT

Those of you who were at GopherCon and the ejournals BOF will remember our
discussion of Subject Access to Gopher (aka the Gopher Virtual Library).
I have bought up various classification schemes in Gopher as examples.
They all can be found on gopher.unt.edu port 70 under /Misc/GVL.  I have
set up Library of Congress Classification (LCC), Dewey Decimal, and
Universal Decimal Classification (UDC).  All of them are very partial
implementations as I only had subsets of each classification scheme to
work from.

In addition, I have put links in that directory to the other attempts
at subject classification in Gopher (NCSU, Sweden, ANU, etc).  If I have
missed any, please let me know and I will put up links to them.

I am looking for comments (mail them to gvl@unt.edu) on these attempts and
classification schemes.  Also, I would like to reach some kind of agreement
among the people attempting subject classification on their own as to what
is the best method to cooperate and provide one unified subject classification
for GopherSpace including distributing the workload around because it is too
big a project for one person to attempt.

For a tough test, try to find Computer Science in the LCC method.


Billy Barron, VAX/UNIX Systems Manager, University of North Texas
billy@unt.edu, billy@untvax.bitnet, THENET: NTVAX::BILLY
Original-To: gopher-news@boombox.micro.umn.edu
Subject: TurboGopher
Date: Wed, 07 Oct 92 15:57:46 +0100
From: Utermann@Uni-Augsburg.DE (Ralf Utermann)
Newsgroups: comp.infosystems.gopher
Distribution: comp


> Perhaps somebody can explain to a poor UNIX admin. how to get this Mac 
> stuff running 

Thank you, Farhad Anklesaria, Virtual Dave and Joel Ness.
At least I found a "Stuffit Classic" and with your mails it was no further
problem (besides, we are using a thing called TCP/Connect II ) to install
TurboGopher. And now I think about changing from Unix to 
Mac administration ...
	
	Ralf Utermann
_______________________________________________________________________________
	University of Augsburg (Germany)
	Institut of Physics - Theoretical Physics I
	Memmingerstr.6
	W-8900 Augsburg  	Tel.: 0821/5977-235 Fax: 5977-225
	e-mail: utermann@Uni-Augsburg.DE
From: jonwd@uwtc.washington.edu (Jon Wiederspan)
Newsgroups: comp.infosystems.gopher
Subject: Anyone having trouble with TurboGopher & Text?
Date: 14 Oct 92 14:22:15 GMT
Article-I.D.: u.1992Oct14.142215.27629
Reply-To: jonwd@uwtc.washington.edu
Organization: University of Washington

When I use TurboGopher to retrieve a large block of text (enough that it prompts
for a save to disk), I loose all of the text that won't fit in the window. I
thought that the window held what it could and the entire file was being written
to the disk, but that's not the case.  The files are truncated on disk as well.

Is anyone else experiencing this?

BTW, Many thanks for the addition of Shift-JIS support!  Since you've done more than
half of the work already for Japanese text, JIS support would be nice as well.

Jon Wiederspan
Technical Japanese Program
University of Washington
From: qianx001@staff.tc.umn.edu ("Zhong Qian-1")
Newsgroups: comp.infosystems.gopher
Subject: TCP/Connect II vs. NCSA Tel (fwd)
Date: 15 Oct 92 00:11:18 GMT
Distribution: comp
Original-To: gopher-news@boombox.micro.umn.edu





---------- Text of forwarded message ----------
Date: 14 Oct 1992 07:54:54 -0800
From: Pramod Pandya <pramod_pandya@qmbridge.calstate.edu>
To: Gopher <gopher-news@boombox.micro.umn.edu>
Subject: TCP/Connect II vs. NCSA Tel

Mail*Link(r) SMTP               TCP/Connect II vs. NCSA Telnet


  I understand that the Gopher program currently supports NCSA Telnet, i.e
one can save a session as a Telnet session - In such a case one would need
NCSA Telnet to execute the Telnet document to get to the service provided
by that session. Is there a plan to support other Telent programs within
Gopher
 like TCP/Connect II - TCP/Connect also supports Telnet documents - but
since Gopher supports NCSA Telnet ther is no way of converting the NCSA
Telnet document to TCP/Connect document - So what I am asking is that - Is
ther a plan to support TCP/Connect or does anyone have a program to conver
NCSA Telnet session to TCP/Connect session????
Newsgroups: comp.infosystems.gopher
From: kadie@eff.org (Carl M. Kadie)
Subject: Library Policy Server
Originator: kadie@eff.org
Organization: The Electronic Frontier Foundation
Date: Fri, 9 Oct 1992 20:38:08 GMT

Buried two levels down in the EFF gopher server is a library policy
server. If you have a "library menu", it might make a nice addition.

It can be access directly as
  gopher -p academic/library gopher.eff.org

Enclosed is its menu.

- Carl

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


                           Library Policy Statements

 -->  1.  Library Policy Statements.
      2.  Subject Index for Library Policy Archive.
      3.  Access Policies (ALA).
      4.  Access for Young People to Nonprint Material (ALA).
      5.  Challenged Materials (ALA).
      6.  Confidentiality -- 1 (ALA).
      7.  Confidentiality -- 2 (ALA).
      8.  Definition of "Censorship" and Related Terms (ALA).
      9.  Diversity in Collection Development (ALA).
      10. Electronic Rights 1-4.
      11. Evaluating Library Collections (ALA).
      12. Exhibit Spaces and Bulletin Boards (ALA).
      13. Expurgation of Library Materials (ALA).
      14. Free Access to Libraries for Minors (ALA).
      15. Freedom to Read Statement (ALA).
      16. Grade and High School Library Policy (ALA).
      17. Intellectual Freedom Statement -- American Library Assoc.
      18. Intellectual Freedom Statement -- Canadian Library Assoc.
      19. Labeling (ALA).
      20. Library Bill of Rights (ALA).
      21. Library Initiated Programs as a Resource (ALA).
      22. Library Porn -- a parody.
      23. Library Porn -- the newspaper article parodied.
      24. Meeting Rooms (ALA).
      25. Ordering Information from 1991 (ALA).
      26. Patron Behavior -- Draft (ALA).
      27. Restricted Access to Library Materials (ALA).
      28. Selection Policy Writing Workbook (ALA).
      29. Universal Right to Free Expression (ALA).




-- 
Carl Kadie -- I do not represent EFF; this is just me.
 =kadie@eff.org, kadie@cs.uiuc.edu =
From: SUPERVISOR@cbacc.cba.uga.edu ("Steve Spencer" )
Newsgroups: comp.infosystems.gopher
Subject: Experimental Gopher Server at ns.Novell.COM
Date: 16 Oct 92 16:09:52 GMT
Distribution: comp
Original-To: bryan_cardoza@novell.com
Original-Cc: gopher-news@boombox.micro.umn.edu, janetp@novell.com, mdonahue@novell.com
Priority: normal
X-Mailer: Pegasus Mail v2.3 (R4).

Bryan,

Thanks for your fine efforts.  I have taken the liberty of sending your post
to some places which i hope will generate additional interest.  I believe
this service makes it far easier to keep up with new additions to the ftp
server, and hence enhance the support of Netware.

Thanks again,

Steve Spencer

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
      Steve Spencer                       supervisor@cbacc.cba.uga.edu
      Network Coordinator                            (706) 542-3827
      Terry College of Business Computer Center
      University of Georgia, Brooks Hall Room 288, Athens, GA 30602-6270


--------Forwarded message follows-----------
From: Bryan_Cardoza@Novell.COM (Bryan Cardoza)
Subject: Experimental Gopher Server at ns.Novell.COM
Date: 16 Oct 92 00:09:51 GMT

There is an experimental Gopher server at ns.Novell.COM [137.65.4.1]
port 70.  It has, among other things, a mirrored copy of the portions
of NetWire that are kept on ftp.Novell.COM.  The text files from
NetWire (or at least most of them, like *.TXT and *.REL) are indexed,
and available through a full-text index search.

The gopher server is not supported, and is available only to determine
interest.

Have fun.


--
Bryan Cardoza                        Internet:  Bryan_Cardoza@Novell.COM
NetWare Systems Group                     MHS:  BRYAN@NOVELL
Novell, Inc.                            Voice:  +1-801-568-8653
Sandy, UT                                 FAX:  +1-801-568-8866
--
Newsgroups: comp.infosystems.gopher
From: mark@opus.pass.wayne.edu (Mark Murphy)
Subject: Text File Truncation problem on CMS Gopher
Organization: Wayne State Univ.
Date: Fri, 9 Oct 1992 13:21:51 GMT


We are running CMS Gopher 2.3 (v2r3) Client from Rice University and I notice a  
problem. When viewing text files, I noticed that some display only the first  
line from each paragraph, some are cut off before the end of the text file,  
while others display completely. I looked at the text files which are located  
on a unix machine and I don't see any difference between the ones being  
truncated and the ones that are not being truncated. Does anyone know what's  
going on here? Any suggestions?
--

Mark Murphy
Wayne State University
mark@opus.pass.wayne.edu   (NeXT)
mmurphy@cms.cc.wayne.edu   (VM/CMS)
Newsgroups: comp.infosystems.gopher
From: chohan@magnus.acs.ohio-state.edu (Harpal Chohan)
Subject: gnews with trn's database?
Organization: The Ohio State University
Date: Thu, 15 Oct 1992 18:56:08 GMT


From the gnews (the news via. Gopher from MSU), README file...

>Why nn:
>nn maintains its own database of newsgroups and article subjects.  So, instead
>of traversing all of usenet and reading every article, we just need a program
>to read nn's database.  Right now, updating all of USENET takes about 
>10 minutes on a heavily loaded news server.

Has anyone modified this to work with trn's database, or do you know of
anyone who might have done so? Any information on this would be
really appreciated.

Thanks...

-h
From: tplabuza@EPX.CIS.UMN.EDU ("Ted Labuza")
Reply-To: "Ted Labuza" <tplabuza@EPX.CIS.UMN.EDU>
Original-To: gopher-news@boombox.micro.umn.edu
Subject: Turbogopher
Date: Wed, 7 Oct 92 15:12:57 -0500
Newsgroups: comp.infosystems.gopher
Distribution: comp

Wii this version be set to do ftp. As a new user I am amazed at all the enws as 
to "Gopher" type programs and "ftp- Fetch " type programs. Can't this be done 
all in one program so we don't have to futz around. I have tried Sextant (now in
recall) Gopher, Turbo. MacGopher, Fetch? What should I use. 

Dr Ted Labuza      tplabuza@EPX.CIS.UMN.EDU
Department of Food Science & Nutrition
136 AMLMS U of Minnesota
St Paul, MN 55108
Home Fax 612-633-0627
Voice  612-624-9701  UM Fax 612-625-5272


There is no such thing as a poverty of "TIME". Rather there is a poverty of 
being able to say "NO" !

Time is Nature's way of keeping everything from happening at once".  Except in 
my office which exists in a time warp!!!
From: snewton@oac.hsc.uth.tmc.edu (Steven E. Newton)
Newsgroups: comp.infosystems.gopher
Subject: Re: Displaying images
Date: 15 Oct 1992 13:53:07 GMT
Organization: UT Health Science Center Houston

In article <1bi5iaINN1f3@golem.wcc.govt.nz> brockie@golem.wcc.govt.nz (Roger Brockie) writes:
>
>Which gopher clients support the displaying of imgaes ?

ugopher for DOS supports the image type 'I' and gif type 'g'.  Versions for
PC/TCP, Lan Workplace, and PC-NFS are available.

PC/TCP version - oac.hsc.uth.tmc.edu:public/dos/misc/dosgofer.exe
PC-NFS version - bcm.tmc.edu:nfs/gopher.exe

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.
                                               |     +     +     +     +     +
Newsgroups: comp.infosystems.gopher
From: lindner@mudhoney.micro.umn.edu (Paul Lindner)
Subject: Re: FTP Gateway - Help Please
Organization: University of Minnesota, Minneapolis
Distribution: comp
Date: Wed, 7 Oct 1992 14:03:28 GMT

In <9210062156.AA18038@apache.dtcc.edu> weave@apache.dtcc.edu (Ken Weaverling) writes:

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

Well, a little bit..  Port 70 is the officially designated gopher
port.  However this doesn't preclude people from running on different
ports.   For instance on one machine we have servers running on port
70, port 71 and port 4324...

--
 | Paul Lindner | lindner@boombox.micro.umn.edu   | Slipping into madness
 |              | Computer & Information Services | is good for the sake
 | Gophermaster | University of Minnesota         | of comparision.
///// / / /    /////// / / / /  /  /  /   /      //// / / / /  /  /  /   /
From: alberti@boombox.micro.umn.edu ("Bob Alberti")
Date: Mon, 12 Oct 92 13:17:03 CST
X-Popmail-Charset: English
Original-To: gopher-news@boombox.micro.umn.edu
Original-Cc: tplabuza@epx.cis.umn.edu
Subject: Re: IBM version of Popmail
Newsgroups: comp.infosystems.gopher
Distribution: comp

On Mon, 12 Oct 92 10:30:07 -0500, Ted Labuza wrote:
> From: "Ted Labuza" <tplabuza@EPX.CIS.UMN.EDU>
> To: gopher-news
> Subject: IBM version of Popmail

Gopher-news (and other addresses ending in "-news") are mailing lists for 
product announcements, and are not the correct venue for questions.

Questions about POPmail or Gopher should be directed to the appropriate 
addresses

  popmail@boombox.micro.umn.edu
  gopher@boombox.micro.umn.edu

When in doubt, feel free to write to either of these address for correct 
addressing information pertaining to any question, but please do not post 
to the "-news" addresses.  Thank you.
-----------------------------------------------------------
Bob Alberti                                       Albatross
U of MN CIS "Team Gopher"                    Metropolis BBS
alberti@boombox.micro.umn.edu                (612) 721-7052                   
Contents: 30% header, 30% quote, 10% content, 30% signature
Newsgroups: comp.infosystems.gopher
From: JONESD@kcgl1.eng.ohio-state.edu (David Jones)
Subject: Re: Why does VAX/VMS Gopher client hang?  Any patches?
Organization: The Ohio State University
Date: Sat, 10 Oct 1992 14:23:32 GMT

In article <1992Oct9.175910.3599@memstvx1.memst.edu>, flowers@memstvx1.memst.edu (Harry Flowers) writes:
>Yes, we have the same problem.  Some types of operations cause it to just
>sit there, eating up CPU time.

I haven't encountered this behavior, although I haven't run gopher that
extensively.  I'm interested in fixing this  problem (to ensure it doesn't
happen on my system), but I'd need information.

First of all, which TCP/IP package are you running.  There may be a problem
with a read returning a length of 0 on a closed connection when the code
expects a -1 to be returned.  I'm running UCX and Wollongong.

Next, a traceback would be nice.  If you are looping and can control-Y to
get to the DCL prompt, you can start the debugger and get the call stack
with the commands:

	$ DEBUG
	DBG> set module/all
	DBG> show calls

This will pretty much pinpoint the section of code where the looping is taking
place.  The above assumes that gopher was not linked /notrace and you weren't
invoking gopher from a command procedure.



David L. Jones               |      Phone:    (614) 292-6929
Ohio State Unviversity       |      Internet:
1971 Neil Ave. Rm. 406       |               jonesd@kcgl1.eng.ohio-state.edu
Columbus, OH 43210           |               jones-d@eng.ohio-state.edu

Disclaimer: A repudiation of a claim.
From: emv@msen.com (Edward Vielmetti)
Newsgroups: comp.infosystems.gopher
Subject: Re: gnews with trn's database?
Date: 15 Oct 1992 22:04:48 GMT
Organization: Msen, Inc. -- Ann Arbor, Michigan
NNTP-Posting-Host: garnet.msen.com
X-Newsreader: TIN [version 1.1 PL6]

Harpal Chohan (chohan@magnus.acs.ohio-state.edu) wrote:
: 
: Has anyone modified this to work with trn's database, or do you know of
: anyone who might have done so? Any information on this would be
: really appreciated.

The colloquial phrase for trn's database is "hunt the wumpus code" - there
are many links between articles and the data structures are kind of hard
to follow.

Good ptr to the nn stuff though, we are running that here, I'll have to
give it a look...

--Ed
From: bense@heart3.ucsd.edu (Booker C. Bense)
Newsgroups: comp.infosystems.gopher
Subject: Re: IP addresses and Gopher
Date: 16 Oct 92 14:37:03 GMT
Organization: San Diego Supercomputer Center @ UCSD

In article <91681@rphroy.ph.gmr.com> arvind@brutus.ct.gmr.com (Arvind Sabharwal) writes:
>If somebody has experienced the following problem before, I will
>appreciate if you can drop me a line:
>
>I started a Gopher Server on a remote computer that is not in
>my Domain-name service: I can access the computer only by its
>IP address and not by its name. 
>
>When I try to access the remote server from a local client, I get into
>it fine for the first time but I cannot initiate any subsequent
>transactions because the local client tries to connect to the remote 
>server thru a name rather than an IP address. The initial connection
>works fine using the IP address but all subsequent connections fail.
>
>Am I configuring this wrong or is there an inherent bug in Gopher
>clients while handling IP addresses?
>

- The problem is that the gopher server returns Domain Name addresses.
Your nameservice is broken and unable to interpret these correctly. 

- Remember, each gopher connection is a one-time deal.... You ask it
one question and it returns a list of pointers to other machines or
itself. These pointers have Domain Name , not numeric ip addresses, 
for some very good reasons. You could hack the server to send numeric
ip addresses, but that's a bad idea............... 

- The religious wars on Domain Name service were fought long ago, 
(ie the 80's ), let's not revive it the Gopher world. 


- Booker C. Bense               "News, News, It's long, It's ASCII?,  
prefered: benseb@grumpy.sdsc.edu   It's Wood. News, News, It's better
NeXT Mail: benseb@next.sdsc.edu      than bad, It's Good!"  Ren&Stimpy
Newsgroups: comp.infosystems.gopher
From: SEB1525@MVS.draper.com (Steve Bacher)
Subject: Re: Customizing CSO queries?
Organization: Draper Laboratory
Date: Sat, 10 Oct 1992 20:52:00 GMT

In article <JPM.92Oct10013230@cardhu.cs.hut.fi>,
jpm@cs.hut.fi (Jussi-Pekka Mantere) writes:

>Is there a way to spec the following when defining a CSO Link:
>
>  - the fields and their respective "titles"
>    (when one would like to do a query like:
>        Theatre: xxx    ->  name
>        Address: xxx    ->  address
>        Show time: xxx  ->  hours
>        Text: xxx       ->  text)
>
>  - the required fields
>    (some sites have indexed the "Address" field, so it's OK to make
>    an "address-only" query)
>
>  - the type of the query
>    (to restrict the query to some specific set of entries, for
>    example "movies" or "restaurants")
>
>  - an "editable" "pre-filled" text for any/some/all of the fields
>
>  - an info (header) text
>
>There ought to be a way to both to enter this data to the Link
>description, a way to transfer this info to the client and a way for
>the client to act upon this.

Some or all of this is provided by the experimental "q" and "Q" types,
patches for which exist for at least the Unix Gopher client and server.

I didn't see the "q" type make its way into the Gopher+ protocol.
Anyone want to comment?  Don't let it just die...

--
Steve Bacher (Batchman)                 Draper Laboratory
Internet: seb@draper.com                Cambridge, MA, USA
Xref: sparky comp.infosystems.gopher:685 alt.gopher:1310
From: tim@bvc.edu
Newsgroups: comp.infosystems.gopher,alt.gopher
Subject: Help Installing VAX/VMS Server
Date: 10 Oct 92 17:07:02 CDT
Organization: Buena Vista College, Storm Lake, IA

Hi,

   I just recently learned about GOPHER, and now I am very eager to get both
the Client and Server software running at my site.  I have a VAX/VMS
operating system running UCX.  I was able to get the client software running.
At least it starts without an error, but it can't locate a server.  The server
software is what I am having the most trouble with.  It seems to compile
correctly and when I link, I get what I assume to be the documented linking
error.  (Something about "BZERO")  When I try to start the server, I get one
of three results.

	1) The server software returns "Can't change to data directory ..." and
           dies.

	2) The server software dumps with an error "Access Violation" in 
	   VMSGOPHERD.

	3) (Most Puzzling) The server software seems to start correctly.  The
	   log file indicates that the deamon is running.  There are no errors
           logged, and the output looks, what I assume to be, normal.  The 
           problem is that when I look for the detached process it is not
	   there.

   Here is some other info.

      -  The GOPHER_ROOT logical is set to $1$DUA0:[GOPHER_DATA], and the
 	 directory does exist.
      -  I am using PORT 70.
      -  The source and executable programs are in $1$DUA0:[GOPHER.SERVER]

   If anyone can help me I would sure appreciate it.  You can e-mail directly
to the address below.  Thank You

			tim@bvc.edu
			Tim Rebnord
			Systems Analyst
			Buena Vista College
			Storm Lake, IA  50588