HDTenEightyP/NetNews huggingface dataset:
From: CADS_COLE@GALLUA.BITNET (Kevin Cole; Washington DC)
Subject: Re: VMS Gopher 1.1 client won't connect
Organization: Gallaudet Research Institute
Date: Thu, 7 Jan 1993 20:29:38 GMT


In article <93005.104800DSTEIS01@ULKYVM.BITNET>, Donald S. Teiser
<DSTEIS01@ULKYVM.BITNET> writes: 

> We are running VMS version a5.5-1, UCX 2.0, and a Gopher v1.1 client.
> When attempting to connect to any valid Gopher server, the client
> program reports that the connection was refused by the server.
> Any suggestions or ways to further diagnose the problem?
> Thanks.

I've set up a GOPHER client with UCX 1.3, and it seems to work okay, except for
TELNET-ing.  I looked at the code and found that it was due to the fact that 
GOPHER gets "name.name.name" and sticks a port number on the end, and UCX 1.3 
cannot handle that format.  It needs "number.number.number" followed by the 
port number.

I had heard that this problem only existed under UCX 1.3...  Does your GOPHER 
refuse connections to EVERYTHING?  Or just when trying to TELNET to someplace
with GOPHER?

Based on what I had read on the nets, I thought the only stable version of 
GOPHER for UCX was still at version 0.6...  At least, that's what my copy says.
Here's an extract from related mail message.  Let me know what you learn,
please! 
---------------------------------------------------------------------------
>From:		JONESD@kcgl1.eng.ohio-state.edu (David Jones)
>Organization:	The Ohio State University
>Subject:	VMS gopher client update (revision d)
>Date:		16 Dec 92 19:38:25 GMT
>
>I finally got around around to adding directory caching, a much requested
>feature, to the VMS gopher client I've been distributing through anonymous 
>ftp on job.acs.ohio-state.edu.  It makes backtracking through the menu
>heirarchy much snappier. 
>
>The distribution is in the form of a VMSHARE file, invoke it as a command
>procedure to unpack the source files.
>--------------------------------------------------------------------------
>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
-- 

 ========== U.S. Mail =============================== E-Mail =================
 Kevin Cole      <Flatline>           |  Bitnet: CADS_COLE@GALLUA.BITNET
 Gallaudet Research Institute  (GRI)  |  Internet: KJCOLE@GALLUX.GALLAUDET.EDU
 Washington, D.C.  20002-3625         |  UUCP: ...!psuvax!gallua.bitnet!kjcole
 (202) 651-5575  x4592                |  The WELL:   kjcole
From: murphy@dccs.upenn.edu
Newsgroups: comp.infosystems.gopher
Subject: Macintosh Gopher Server -- alias files, ordering of items
Date: 8 Jan 93 21:52:36 GMT

I ran the Gopher server on a MAC the other day and
noticed two things:

1) I can't seem to use MAC OS aliases within the Gopher
server's folders to link one document to another.  I
expected the Gopher server to figure out what an alias
is and give me the file it points to.  It doesn't do
that -- it gives an empty response, I think.  It seems
unreasonable that I should have to make a second,
identical copy of a document on my disk drive when what
I really want is the same document to appear in more
than one place in the Gopher's info structure.

2) I could not figure out how to control the ORDER of
the documents within a folder.  How does the MAC Gopher
Server decide what order to send the items?  How can I
change that order?  Does Gopher's Helper do it?

TechInfo (CWIS written by MIT) handles these two things
quite easily.  I'm surprised that Gopher doesn't.
Perhaps I'm not using the software correctly...

--lam
Date: Tue, 5 Jan 93 12:06:23 +0100
From: fkappe@fiicmss01
Original-To: gopher-news@boombox.micro.umn.edu, biblio@siggraph.org
Subject: ACM SIGGRAPH Online Bibliography Project on gopher
Newsgroups: comp.infosystems.gopher
Distribution: comp

  The ACM SIGGRAPH Online Bibliography Project's data files have been con-
verted to Hyper-G format and are made publicly available through Hyper-G (and
thus, are also available using the gopher and WorldWideWeb gateways).
   
  The project's goal is to maintain an up-to-date and as complete as possible
database of computer graphics literature, in a format available to as many
members of the computer graphics community as possible. Available are over
15,000 references from conferences and workshops worldwide and from a variety
of publications, from magazines and journals to books dating back as far as
the late 19th century.

For those who wish to link the service into their gopher servers,
here's the link info:

Name=ACM SIGGRAPH Online Bibliography Project
Type=1
Port=70
Path=1SIGGRAPHbib
Host=finfo.tu-graz.ac.at

Greetings,
            Frank

----------------------------------------------------------------------------
Frank M. Kappe                                     fkappe@iicm.tu-graz.ac.at
Institute for Information Processing and Computer Supported New Media (IICM)
                  Graz University of Technology, Austria
Voice: ++43/316/832551-22                               Fax: ++43/316/824394
----------------------------------------------------------------------------
Newsgroups: comp.infosystems.gopher
From: lindner@mudhoney.micro.umn.edu (Paul Lindner)
Subject: Re: WAIS results: to bold or not to bold
Organization: University of Minnesota, Minneapolis
Date: Thu, 7 Jan 1993 19:16:59 GMT

In <C0Hq6A.KH8@rice.edu> riddle@is.rice.edu (Prentiss Riddle) writes:

>Mike Cherry (cherry@OPAL.MGH.HARVARD.EDU) writes:
>> > On to the next question.  I go ahead and save the found document.  Then I
>> > go to read it using a regular text editor:
>> > 
>> > ==========================================================================
>> >      7.7.1 To ^[[7mupload^[[m a file to a PC:
>> > ==========================================================================
>> > 
>> > Why are the escape codes in it?  I know those to be the ones that highlight
>> > the entered search strings.
>> 
>> This is produced by the gopher client. The client just saves what has been
>> displayed. To change this look around line 430 in gopher/gopher.c for the
>> lines.
>> 
>>                          if (Searchstring != NULL) {
>>                               Boldit(inputline, outputline, Searchstring);
>>                          }
>> 
>> Commenting out the Boldit() call will remove the escape sequences from
>> the saved file and the displayed text. Removing it just from the saved
>> file will take a little more work to rebuild the output file and then
>> save it. When you have info displayed a temporary file is built to
>> include the bold escape sequences and it is passed on to more or
>> another pager. If the save option is then selected the temporary file
>> is just saved. You could modify showfile() and add an option not to
>> bold the saved file.

>Good point.  IMHO, the correct behavior would be to bold WAIS results
>when they are passed to the pager but not when they are saved in a file
>or passed to the printer or the mailer.  Has anyone done this?  If so,
>could you send your mods to gopher@boombox.micro.umn.edu to be folded
>into the next release?  If not, could the Gopher development team put
>this in their (no doubt quite impressive :-) ) To Do list?  Thanks!


The 1.11 client (due out today or tomorrow) will save the original
non-bolded text at the expense of transfering a file again...
Optionally you could choose 's' when your arrow is pointed at it in
the menu.
--
 | 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: sharp@mizar.usc.edu (Malcolm Sharp)
Newsgroups: comp.infosystems.gopher
Subject: Re: MSU fix to PC client for FTP Software
Date: 7 Jan 1993 06:28:44 -0800
Organization: University of Southern California, Los Angeles, CA
NNTP-Posting-Host: mizar.usc.edu
Keywords: PC Gopher 2, FTP Software

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?

Thanks.

Malcolm Sharp, USC
From: lindner@mudhoney.micro.umn.edu (Paul Lindner)
Newsgroups: comp.infosystems.gopher
Subject: Re: 's' broken in gopher1.11?
Date: 12 Jan 93 17:35:52 GMT
Organization: University of Minnesota, Minneapolis

In <1it6cpINN4si@athena.sdsu.edu> boyns@hercules.sdsu.edu (Mark Boyns) writes:

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

It's really broken. Arg!  One parameter can screw up your whole day! 

Either get 1.11, available on boombox in the usual place, or apply the
following patch:

*** gopher.c.orig	1993/01/09 02:33:46
--- gopher.c	1993/01/12 17:30:17
***************
*** 1,7 ****
  /********************************************************************
   * $Author: lindner $
!  * $Revision: 1.8 $
!  * $Date: 1993/01/09 02:33:46 $
   * $Source: /home/mudhoney/GopherSrc/gopher1.11/gopher/RCS/gopher.c,v $
   * $State: Rel $
   *
--- 1,7 ----
  /********************************************************************
   * $Author: lindner $
!  * $Revision: 1.9 $
!  * $Date: 1993/01/12 17:30:17 $
   * $Source: /home/mudhoney/GopherSrc/gopher1.11/gopher/RCS/gopher.c,v $
   * $State: Rel $
   *
***************
*** 15,20 ****
--- 15,23 ----
   *********************************************************************
   * Revision History:
   * $Log: gopher.c,v $
+  * Revision 1.9  1993/01/12  17:30:17  lindner
+  * Fixed problem with 's' key for save_file.
+  *
   * Revision 1.8  1993/01/09  02:33:46  lindner
   * Fixed definitions for controlc() and sizechange()
   *
***************
*** 968,974 ****
  		    CursesErrorMsg("Sorry, can't save files in securemode");
  		    break;
  	       }
! 	       Save_file(GDgetEntry(CurrentDir,GDgetCurrentItem(CurrentDir)-1), NULL);
  	       break;
  	       
  	  case 'D':
--- 971,977 ----
  		    CursesErrorMsg("Sorry, can't save files in securemode");
  		    break;
  	       }
! 	       Save_file(GDgetEntry(CurrentDir,GDgetCurrentItem(CurrentDir)-1), NULL, NULL);
  	       break;
  	       
  	  case 'D':


--
 | 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: jasper@molbiol.ox.ac.uk
Newsgroups: comp.infosystems.gopher
Subject: Re: VMS Gopher 1.1 client won't connect
Date: 7 Jan 93 21:51:55 GMT
Organization: Oxford University Molecular Biology Data Centre
Nntp-Posting-User: jasper

In article <1993Jan7.194630.1@vax.path.ox.ac.uk>, jasper@vax.path.ox.ac.uk writes:
> In article <93005.104800DSTEIS01@ULKYVM.BITNET>, DSTEIS01@ULKYVM.BITNET (Donald S. Teiser) writes:
> 
> Yup, UCX 2.0 setsockopt is broke. the version 1.3 code is fine.

well that may not be true.... but anyway:

Terry Kennedy being a wiser man than I has fixed this more neatly, and 
provided the files in a backup save set at ftp.spc.edu 

Thanks Terry!

(This makes you Known VMS gopher user number 7.....  :) 


 regards,    jasper
 
 Jasper Rees
 Oxford University Molecular Biology Data Centre
 and The Sir William Dunn school of Pathology
 
 jasper@molbiol.ox.ac.uk
From: guy@library.calpoly.edu (Guy Martin)
Newsgroups: comp.infosystems.gopher
Subject: Re: 's' broken in gopher1.11?
Date: 12 Jan 93 05:58:44 GMT
Organization: Polycat/Systems Support - Kennedy Library, Cal Poly SLO

boyns@hercules.sdsu.edu (Mark Boyns) says.......
>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.
>
 
I noticed this as well... also, I get seg faults and core dumps anytime I
try to access the link information "=" while connected to a server...

We are running client version 1.11 on a Sequent Symmetry 27 under 
Dynix 3.0.17.9.... Any help for this one would be appreciated.. 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.
Newsgroups: comp.infosystems.gopher,comp.unix.programmer
From: ellis@nova.gmi.edu (Stew Ellis)
Subject: Why does shellscript run as inet daemon double-echo character?
Organization: GMI Engineering&Management Institute, Flint, MI
Date: Sat, 9 Jan 1993 20:41:08 GMT

For various reasons, I am trying to run a simple inet daemon to rlogin -l
username to a remote machine in a different domain.  The username on the
remote machine is a permissive login to an automated library catalog for our
library.  I was doing this to overcome some of the limitations of gopher's
telnet model.  Those of you familiar with gopher will know what I am talking
about.  Someone told me that if I would write a program that connected
rlogin to stdin and stdout and ran that as a daemon on an unused port, that
was one way of accomplishing my goal.  Since I already had a shell script to
simplify the process of connecting to the library catalog server, I decided
to try using that shell script as a daemon.  The script follows (some
details of the following files are changed to obscure the server name and
ports):

#!/usr/lib/rsh
trap exit 0 1 2
exec /usr/ucb/rlogin -l permissive_account library.catalog.server

/etc/inetd.conf includes the entry:

library		stream	tcp	nowait	root	/usr/local/bin/library	library

I then set up /etc/services:

library		xxxx/tcp	#xxxx is an unused port


I then did a kill -1 inet_PID

While running the shell script directly from the shell causes no problems,
doing a 'telnet myhost library' results in every character typed at a menu
prompt being echoed both before and after the <CR> that sends the response
to the app on the library_server.  I tried an stty raw in the script, but
got an error that the TIOC call was not supported on a socket.

I will welcome any help.  I am curious if there is a way to overcome this in
shell.  Barring that, I would prefer C code or pseudocode to Perl, but
complete, commented perl examples would be welcome.

--
                                                          ___________________
  R.Stewart(Stew) Ellis, Assoc.Prof., (Off)313-762-9765  /   _____  ______ 
  Humanities & Social Science,  GMI Eng.& Mgmt. Inst.   /        / /  /  / /
  Flint, MI 48504      ellis@nova.gmi.edu              /________/ /  /  / /
From: gary@msu.edu (Gary J LaPointe)
Newsgroups: comp.infosystems.gopher
Subject: Fastest/Cheapest/Best Sever Software?
Date: 6 Jan 93 07:05:01 GMT
Reply-To: gary@ah3.cal.msu.edu
Organization: Michigan State University
NNTP-Posting-Host: ah3.cal.msu.edu
X-Newsreader: TIN [version 1.1 PL6]


I need to set up Gopher server software.  We will proably buying a machine and 
dedicating it's use to being a server (and mayber some mail stuff?).

Should I buy a UNIX box?  A PC? A Mac?  A Pc running Unix?? A NeXT?

We are just tring to do it the most efficent, easiest, and (most importantly)
the cheapest.  But if a little more money makes it a lot easier, we'll try it.
We just don't know enough to pick a machine, and if we have to buy one i 
wanted to get some opinions.

Thanks,
Gary J LaPointe
gary@ah3.cal.msu.edu
Michigan State University
Center For Integrative Studies, Arts & Humanities
Newsgroups: comp.infosystems.gopher
Subject: Re: 's' broken in gopher1.11?
From: pmurray@watson.lib.muohio.edu (Peter Murray)
Date: 12 Jan 93 10:16:32 -0500
X-Newsreader: TIN [version 1.1 PL6]

Mark Boyns (boyns@hercules.sdsu.edu) wrote:
: 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.

In the new code, there is a new parameter in the "Save_file" function call.
The call from gopher/gopher.c does not include this new parameter.  I'm not
sure what was indended here, but you can fix the problem by adding a NULL 
parameter at the end of line 971, so that it looks like this:

  Save_file(GDgetEntry(CurrentDir,GDgetCurrentItem(CurrentDir)-1),NULL,NULL);

Seems to work fine after that change.

Peter
--
Peter Murray, Library Systems Manager        pmurray@watson.lib.muohio.edu
King Library Technical Support                      pemurray@miavx1.bitnet
Miami University, Oxford, Ohio                              W:513/529-2884
Newsgroups: comp.infosystems.gopher
Subject: WWW Gateway
From: gnat@kauri.vuw.ac.nz (Nathan Torkington)
Date: Mon, 11 Jan 1993 22:11:42 GMT
Distribution: comp
Organization: Contract to CSC, Victoria Uni, Wellington, New Zealand

Is the only way I can get gopher to read HTML is to point it at the
text file?  I want to be able to point gopher at a WWW server and tell
it to get the file from it via HTTP -- does this feature exist?

Nat
Newsgroups: comp.infosystems.gopher
From: s0319198@let.rug.nl (E.B. Meijerink)
Subject: Veronica-FAQ; Please mail to Newsgroup
Summary: Veronica, Faq
Keywords: Veronica, Faq
Organization: Faculteit der Letteren, Rijksuniversiteit Groningen, NL
Date: Tue, 5 Jan 1993 17:48:26 GMT

Recently somebody asked about a 'Veronica-FAQ'. If such a FAQ exist, please 
mail its wherabouts to this newsgroup. A few people in my university would 
like to know more about it....

Thanx!

----
 Erik
Original-To: walker@cae.wisc.edu
Original-Cc: gopher-news@boombox.micro.umn.edu (Gopher News)
Subject: Re: gopher for LAN Workplace 
Date: Mon, 04 Jan 93 07:59:40 -0500
From: Brad.Robertson@med.umich.edu ("Brad Robertson")
Newsgroups: comp.infosystems.gopher
Distribution: comp

________



> Date:  Thu, 24 Dec 92 13:51:48 CST
> To:    gopher-news@boombox.micro.umn.edu (Gopher News)
> From:  walker@cae.wisc.edu

> Subject: gopher for LAN Workplace

> 
> 
> Hello all,
> 
> Does anyone have know the ftp site of where I can get gopher for the
> LAN workplace?  I have an older version I wanted to update it.
> 
> Also is there gopher for Windows?
> 
> George Walker
> Network Administrator
> Computer Aided Engineering
> University of Wisconsin - Madison
> 
> -- 
> =========================================================================
> 
> George B. Walker	      *******************************************
> 1527 Madison Street           * When you don't know where you have been *
> Madison, WI  53711            *   how do you know where you are going   * 
> Home:  (608) 256-7264         *******************************************
> Work:  (608) 263-1875
> email: walker@cae.wisc.edu

The ftp site is ftp.itn.med.umich.edu, and the gopher client is in
/public/dos/gopher.

------------------------------------------------------------------------------
 Brad Robertson                |   University of Michigan Medical Center, ITN
 brad.robertson@med.umich.edu  |   B1911 CFOB, Ann Arbor, MI 48109-0704
Newsgroups: comp.infosystems.gopher
From: ward@ux1.cso.uiuc.edu (Lynn Ward)
Subject: Gopher article available
Organization: University of Illinois at Urbana
Date: Mon, 11 Jan 1993 16:23:27 GMT

I recently wrote a rather extensive article on Gopher and a review of six
Gopher clients, both of which are available on the University of Illinois
Gopher server and via anonymous ftp.  The article is part of vol. 6 no. 1
of our campus networking newsletter, "UIUCnet."

The Gopher articles can be found on our gopher server under the menu:

Information about Gopher/Exploring the Power of the Internet Gopher (UIUCnet
Issue v6.1).

The can also be ftp'd from the server "ftp.cso.uiuc.edu".  You'll find 
the newsletter in the directory doc/net/uiucnet and the filename
is vol6no1.txt.

If you are interested in reprinting all or part of either article,
please acknowledge the original source and author.

Hope this is of interest to the gopher community.

-Lynn Ward

-- 
Lynn Ward
Network Design Office/Computing and Communications Services Office
1304 W. Springfield Ave., Urbana, IL 61801
e-mail: L-ward1@uiuc.edu
From: AW@nestroy.wu-wien.ac.at (Andreas Wildberger)
Newsgroups: comp.infosystems.gopher
Subject: Veronica-FAQs - where??
Date: 5 Jan 1993 13:37:58 GMT
Organization: University of Economics and Business Administration, Vienna, Austria
NNTP-Posting-Host: iirpalme.wu-wien.ac.at

Hi!
Does anyone of you know about Veronica FAQs? If yes, where 
can I get them?
Please mail to me directly (wildberg@nestroy.wu-wien.ac.at)

Thanks
Andy
From: paolo@oefai.ai.univie.ac.at (paolo petta)
Subject: Re: Gopher hiding ftp cracking attempts
Original-To: gopher-news@boombox.micro.umn.edu
Date: Thu, 7 Jan 1993 18:41:46 +0100
X-Mailer: ELM [version 2.3 PL11]
Newsgroups: comp.infosystems.gopher
Distribution: comp

[original message by Booker Bense ]
> their system. Another suggestion I received was to have gopher use 
> the site of the request in the anonymous ftp login. I think this is
> probably a good idea as well and will be implementing it in the near
> future. Many sites need to track where the anonymous ftp is coming
> from to justify providing this service. I think it behooves us to
> provide as much data as possible to the sites providing this service. 
> 
> - Also, I think it's a very useful to have gopher log all the ftp
> get's that it makes. I've been doing this for several monthes now. 
> Unfortunately, the cracker in question used publically available 
> telnetable gophers to access our gopher-ftp gateway, so I was unable
> to track him further. 
> 

We would also strongly favour the introduction of gopher using the site
of the request in the anonymous ftp login. Actually, what we would
really want is no loss of data at all compared to anonymous ftp
(i.e: also some means of logging the user ID...).

Could someone-in-the-know just make a brief statement about the
feasibility of this? This naive soul would think of something like
stripping out & copying the identification part from an anonymous ftp
server code and adding some transaction to have the client transmit the
used-ID to the server...

Thank you...

paolo
-- 
paolo petta                                            +43-1-5336112(Tel)
Austrian Research Inst. for Artificial Intelligence    +43-1-5320652(Fax)
Schottengasse 3, A-1010 Vienna, Austria, Europe     paolo@ai.univie.ac.at
Organization: University of Louisville
Date: Tuesday, 5 Jan 1993 10:47:59 EST
From: Donald S. Teiser <DSTEIS01@ULKYVM.BITNET>
Newsgroups: comp.infosystems.gopher
Subject: VMS Gopher 1.1 client won't connect

We are running VMS version a5.5-1, UCX 2.0, and a Gopher v1.1 client.
When attempting to connect to any valid Gopher server, the client
program reports that the connection was refused by the server.
Any suggestions or ways to further diagnose the problem?
Thanks.

*********************************************************************
    **    Donald S. Teiser                 voice: (502) 588-7994     *
    **    Tech Support for VMS & Ultrix    fax:   (502) 588-8896     *
    **    University of Louisville         Louisville, KY 40292      *
    **    dsteis01@ulkyvm.louisville.edu                             *
*********************************************************************