HDTenEightyP/NetNews huggingface dataset:
Newsgroups: comp.infosystems.gopher
Subject: Gopher FTP and temporary files
From: R.Lambourne@massey.ac.nz (Bob Lambourne)
Date: Sun, 10 Jan 93 23:17:16 GMT
Organization: Massey University, Palmerston North, New Zealand
X-Reader: NETNEWS/PC Version 2c


Our Unix Gopher server (gopherd v. 1.03 under Ultrix), leaves
innumerable temporary files in /tmp after users have been using
anonymous ftp through Gopher. This has the potential to be a problem,
eg. if the server stays up for weeks on end (it does happen!)

Do these files serve any useful purpose? Is there any reason why gopherd
doesn't delete them when they have been passed across to the client?

-- 

========================================================================
Bob Lambourne                    <R.Lambourne@massey.ac.nz>
Senior Computer Scientist, Massey University Computing Services
========================================================================
From: lindner@mudhoney.micro.umn.edu (Paul Lindner)
Newsgroups: comp.infosystems.gopher
Subject: Re: How to get rid of this error message in 1.11 client
Date: 13 Jan 93 04:22:48 GMT
Organization: University of Minnesota, Minneapolis

In <1993Jan12.204938.4872@rat.csc.calpoly.edu> guy@library.calpoly.edu (Guy Martin) writes:

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

Ok, here it is:  


*** 1.8	1993/01/09 02:33:46
--- gopher.c	1993/01/13 04:20:20
***************
*** 1,7 ****
  /********************************************************************
   * $Author: lindner $
!  * $Revision: 1.8 $
!  * $Date: 1993/01/09 02:33:46 $
   * $Source: /home/mudhoney/GopherSrc/gopher1.11b/gopher/RCS/gopher.c,v $
   * $State: Rel $
   *
--- 1,7 ----
  /********************************************************************
   * $Author: lindner $
!  * $Revision: 1.11 $
!  * $Date: 1993/01/12 22:38:56 $
   * $Source: /home/mudhoney/GopherSrc/gopher1.11b/gopher/RCS/gopher.c,v $
   * $State: Rel $
   *
***************
*** 15,20 ****
--- 15,31 ----
   *********************************************************************
   * Revision History:
   * $Log: gopher.c,v $
+  * Revision 1.11  1993/01/12  22:38:56  lindner
+  * Rescinded changes for sound on VMS, it doesn't work!
+  *
+  * Revision 1.10  1993/01/12  21:42:14  lindner
+  * Fixed problem with viewing files in secure mode.
+  * Fixed problems with suck_sound in VMS.
+  * Fixed problems with \n on the system command in VMS
+  *
+  * 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()
   *
***************
*** 1311,1320 ****
       case -1:
  	  break;
  
       case A_GIF:
       case A_IMAGE:
       case A_MIME:
-      case A_FILE:
  	  if (!SecureMode) {
  	       Draw_Status("Receiving Information...");
  	       refresh();
--- 1322,1336 ----
       case -1:
  	  break;
  
+      case A_FILE:
+ 	  Draw_Status("Receiving Information...");
+ 	  refresh();
+ 	  showfile(ZeGopher);
+ 	  break;
+ 
       case A_GIF:
       case A_IMAGE:
       case A_MIME:
  	  if (!SecureMode) {
  	       Draw_Status("Receiving Information...");
  	       refresh();
--
 | 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: hayden@ses.aero.org (bill hayden)
Newsgroups: comp.infosystems.gopher
Subject: gif viewer for SUN
Date: 12 Jan 1993 23:41:25 GMT
Organization: The Aerospace Corporation
NNTP-Posting-Host: hayden.aero.org
Summary: need name of gif viewer for SUN

Are running a gopher client on a SUN3 (under UNIX) which points to 
xloadimage for displaying GIF images.
xloadimage is not available on our little machine and there is no intent to 
bog the system down with Xwindows to allow its use.
can anyone recommend an alternative viewer ?
Thanks in advance -
hayden@ses.aero.org
From: SDP2@psuvm.psu.edu (Stephen Peterson)
Newsgroups: comp.infosystems.gopher
Subject: Michigan port of Goph1_05
Date: 6 Jan 93 21:22:47 GMT
Organization: Penn State University

I have a copy of Daniel Torrey's PC Gopher1_05 client that was modified by
someone at Michigan State. The File "Readme.MSU"  didnt have an FTP or
mail address.

This port will use the FTP drivers and is very nice. The roriginal port uses
the clarkson drivers.

Does anyone have a newer version of the Michigan State Port or have an FTP
address where I can get one?

The file "readme.msu" states version 1.04b and is dated 5/6/92

Thanks,
Steve

----------------------------------------------------------------------
Stephen Peterson                                   SDP2@PSUVM.PSU.EDU
Senior Microcomputer Systems Consultant            814-863-4356
The Pennsylvania State University
University Park, PA 16802
Newsgroups: comp.infosystems.gopher
From: irani@milli.cs.umn.edu (Erach A. Irani)
Subject: Adding bibliographic entries/CSO format in gopher
Organization: University of Minnesota, Minneapolis, CSci dept.
Date: Wed, 6 Jan 1993 15:39:26 GMT


--
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: cshotton@oac.hsc.uth.tmc.edu (Chuck Shotton)
Newsgroups: comp.infosystems.gopher
Subject: New version of Gopher Log Analyzer Available
Date: 4 Jan 1993 21:18:32 GMT
Followup-To: comp.infosystems.gopher
Organization: Academic Computing

There is a new version of the Gopher Log Analyzer (glog) available for
anonymous FTP. The file can be found on oac.hsc.uth.tmc.edu as
/public/unix/gopher/glog22.c.

You can also retrieve the file via the port 3201 gopher on the same host.

glog generates various reports from your gopher log file. It can provide
information on the total number of connects by individual hosts, rank the
most popular data, most active hosts, etc. Modifications provided by
Michael Mealling will show gopher data accessed by each host and vice
versa. These additions will also generate a report of daily gopher usage in
a format suitable for graphing by gnuplot or similar packages.

The source code contains all of the instructions for building and using
glog.

--_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-
Chuck Shotton                      |    
Ass't Director, Academic Computing |       "This space for rent."
UT Health Science Center Houston   |  
cshotton@oac.hsc.uth.tmc.edu       |         
_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-
From: wdrdjh@thor.cf.ac.uk (Dr D J Harvey 92)
Newsgroups: comp.infosystems.gopher
Subject: Re: RETRIEVE MAX PER SESSION NEEDED...
Date: 11 Jan 93 11:41:02 GMT
Organization: University of Wales College at Cardiff
X-Mailer: Cardiff Computing Maths PP Mail Open News Gateway

In article <C0JKuD.FtK@news.cso.uiuc.edu> kemp@uiatma.atmos.uiuc.edu (John Kemp) writes:
|I would like to prevent people from running tree 
|walking programs on our gopher server.  We have 
|an unusual set up with maybe 4000-5000 entries
|in our server.  Many of them are sym links and 
|duplicate directories.
|
|And yet, without fail, every day or two, some 
|bozo traverses the whole tree.
|


This could be Veronica - have you tried asking the Veronica
"gophermeister" whether you're on his list?

|Is there an easy way to limit the number of accesses
|per session?

Very difficult, as Gopher "sessions" only last for as long as a single
menu/item is retrieved - you'd have to base your limit on a site etc.

Dave Harvey  
(harveydj@cardiff.ac.uk)  tel: +44 222 552588
Dept Radiology, University Hospital of Wales, Heath Park, Cardiff CF4 4XW, UK
Newsgroups: comp.infosystems.gopher,comp.windows.x
From: tuchman@ux1.cso.uiuc.edu (Allan Tuchman)
Subject: Re: Xgopher quiting when submenu process terminated
Organization: University of Illinois at Urbana
Distribution: usa
Date: Thu, 7 Jan 1993 21:16:54 GMT

In <1993Jan07.161427.710@igate.c-mols.siu.edu> dan@igate.c-mols.siu.edu (Dan Ellison) writes:

>Hi all.  I have noticed a little problem using xgopher 1.2 under
>SCO ODT-2.0 (and 1.1 as far as that goes.)  The problem is that
>whenever a popup window is raised, used and terminated, the
>whole gopher client terminates.  This is certainly annoying
>to say the least.  Has this been observed on other platforms
>or is this something peculiar to SCO's product?  I compiled
>using the X11R5 libraries.  Is ther a fix for this that I missed
>in the news?

If you use the "Done" or "acknowledge" buttons, Xgopher should
just pop down that panel.  Using the window manager's "Close"
function will kill Xgopher in version 1.2 and earlier.  Xgopher
was not adhering to the ICCCM.

I have fixed this problem in Xgopher 1.3 which will be released later this
month.


-Allan Tuchman    University of Illinois at Urbana-Champaign (UIUC)
		  Computing and Communications Services Office (CCSO)
		  phone: (217) 244-0048
a-tuchman@uiuc.edu   -or-  tuchman@ux1.cso.uiuc.edu
-- 
-Allan Tuchman    University of Illinois at Urbana-Champaign (UIUC)
		  Computing and Communications Services Office (CCSO)
		  phone: (217) 244-0048
a-tuchman@uiuc.edu   -or-  tuchman@ux1.cso.uiuc.edu
Newsgroups: comp.infosystems.gopher
From: riddle@is.rice.edu (Prentiss Riddle)
Subject: WAIS results: to bold or not to bold
Summary: Was re: Questions about WAIS searching
Organization: Ministry of Information, William's Marsh
Date: Thu, 7 Jan 1993 15:39:46 GMT

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!

-- Prentiss Riddle ("aprendiz de todo, maestro de nada") riddle@rice.edu
-- Unix Systems Programmer, Office of Networking and Computing Systems
-- Rice University, POB 1892, Houston, TX 77251 / Mudd 208 / 713-285-5327
-- Opinions expressed are not necessarily those of my employer.
Newsgroups: comp.infosystems.gopher
From: lindner@mudhoney.micro.umn.edu (Paul Lindner)
Subject: Re: NeXT Server Needed
Organization: University of Minnesota, Minneapolis
Date: Mon, 11 Jan 1993 21:13:40 GMT

In <1993Jan11.103332.3757@nic.csu.net> mcgee@nic.csu.net writes:

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

Sorry, standard Unix is the only one available for NeXT.  Anyone
interested in putting a nice shell on top of it?

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

1.11, released in about 15 minutes. :-)
--
 | 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: mitra@pandora.sf.ca.us (Mitra)
Newsgroups: comp.infosystems.gopher
Subject: Re: Questions about WAIS searching
Date: 7 Jan 93 19:13:54 GMT
Organization: Pandora Systems
X-Newsreader: TIN [version 1.1 PL6]

Thanks for the fixes - if anyone does the fix that will enable bold text
to be displayed, but plain text to be saved, then please post a patch
here, since I'm sure several of us would like to make this change.

- Mitra
Organization: Penn State University
Date: Tue, 12 Jan 1993 12:50:47 EST
From: <RBF@psuvm.psu.edu>
Newsgroups: comp.infosystems.gopher
Subject: Re: Error linking from Gopher 1.03 on AIX/ESA

In article <93011.155824RBF@psuvm.psu.edu>, <RBF@psuvm.psu.edu> says:
>
>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
....
My error.  Caused by blanks (or some undisplayable characters) at the end of
the lines in link files.  They got there by ftp'ing link files from a CMS
gopher server data base to the Unix server.
  Bob Fowles, Center for Academic Computing, Penn State
Newsgroups: comp.infosystems.gopher
From: dan@ortta.umn.edu (Daniel C. Cummings)
Subject: Telnetting under the PC Client...a solution!
Organization: U of Mn
Date: Fri, 8 Jan 1993 22:30:46 GMT

There was a discussion a while back about the problem of launching telnet 
under the PC Client.  Basically, within the tiny confines of PC memory, 
gopher uses up too much memory to successfully run the 200-300 KB telnet 
emmulators we're all so fond of.  The solution was basically to find a 
smaller telnet.  But I saw a post on the Novell net today describing a  
relatively simple memory swap that allows even a large telnet program to 
be launched nicely.  I picked up the program and it works great!  I'll test 
it more over the weekend and see if it is stable enough to release to my 
users.  Anyway, here's the post...hope it is helpful to you as well....

From: xjeldc@lustorfs.ldc.lu.se (Jan Engvald LDC)
Subject: Re: Novell/ODI & Memory For PC Gopher
Date: Wed, 6 Jan 1993 00:32:57 GMT

In article <1993Jan5.092851.388@news.uwyo.edu> rtravsky@news.uwyo.edu (Rich
Travsky) writes:

>I recently picked up the latest version of PC Gopher (version 1.05r3).
>With some consternation, I discovered it'll no longer Telnet out 
>properly. Why? Not enough memory.

>In the meantime, has anyone found a workaround? A tweak of some sort?
>I'd be much obliged for any tips! Thanks in advance,

Yes, you can swap out Gopher easily while Telneting. You use the
program SWAP. Instead of setting environment variable G_TEL like
  G_TEL= TELNET ...
you set it
  G_TEL= SWAP TELNET ...

SWAP is available from the Simtel archive, but I have a modified version
that enables you to configure where to put the swap file. It is available
by anonymous FTP from msdos.ftp.sunet.se:pub/util/swap, a GOPHER.BAT file
using SWAP is at pub/network/infoprog/gopher. It also calls a program
ISOFYER that makes Gopher be able to display ISO-8859/1 characters (not
all of them, want to retain some of the grafics).

_____________________________________________________________________________
Jan Engvald, Lund University Computing Center, Box 783, S-220 07 LUND, Sweden
Telephone: +46 46 107458, Telefax: +46 46 138225, Telex: 33533 LUNIVER S
E-mails: Jan.Engvald@ldc.lu.se,  xjeldc@seldc52,  psi%2403732202020::xjeldc


Regards -

Dan

~!
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Daniel C. Cummings, CNE                   Voice:  (612) 624-2574
Manager of User Services                  FAX:    (612) 624-4843
University of Minnesota - ORTTA
1100 Washington Avenue, Suite 201
Minneapolis, Minnesota  55419-1226      Internet: dan@ortta.umn.edu
USA
Newsgroups: comp.infosystems.gopher
From: ellis@nova.gmi.edu (Stew Ellis)
Subject: Re: gopher for LAN Workplace 
Organization: GMI Engineering&Management Institute, Flint, MI
Distribution: comp
Date: Tue, 5 Jan 1993 01:33:17 GMT

Brad.Robertson@med.umich.edu ("Brad Robertson") writes:

>________



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

I just checked this reference and ther is no directory /public/dos/gopher.
Please check your reference.

--
                                                          ___________________
  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: benseb@SDSC.EDU (Booker Bense)
Newsgroups: comp.infosystems.gopher
Subject: Gopher hiding ftp cracking attempts
Date: 6 Jan 93 22:34:53 GMT
Distribution: comp
Original-To: gopher-news@boombox.micro.umn.edu

- In my absence last month our gopher server ( gopher.sdsc.edu ) 
was shut off because some low-life crackers were using the gopher-ftp
gateway to get /etc/passwd files. These files are generally useless
if the anonymous ftp site is set up correctly, but it can give the 
cracker some user-id's at your site. A small step in the cracking 
process. Since I was not around to explain what is and is not possible
with gopher, all our servers were shutdown for two weeks. Also we 
received complaints from other sites about gopher attempting to 
crack their systems. Apparently, they leave a /etc/passwd file as 
bait and record all attempts to access this file. 

- I've since modified our server to reject all ftp requests that have
'/etc/' or '/bin/' as the start of the path. It would probably be
wise to ``dedot'' the path as well. The mod's are very simple and I
would post them except we are running a gopherd that is 1.0.3 not 1.1.
I would encourage everyone running a gopher to do this, we don't want
someone's first introduction to gopher to be an attempt to break into
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. 

- Booker C. Bense : SDSC Consulting
From: cherry@OPAL.MGH.HARVARD.EDU
Newsgroups: comp.infosystems.gopher
Subject: Re: Questions about WAIS searching
Date: 7 Jan 93 05:41:46 GMT
Reply-To: cherry@OPAL.MGH.HARVARD.EDU
Organization: Molecular Biology - Mass Gen Hospital

>My first question, why do I get this line in there:
>=============================================================================
>This section is from the document '/12direct/03direct/direct_13/file_21'.
>=============================================================================

This is produced by the gopherd 1.1 server. You can comment out the
following lines located around line number 888 in gopherd/gopherd.c if
you want to remove the above line from the output.

          writestring(sockfd, "This section is from the document '");
          writestring(sockfd, oldcp);
          writestring(sockfd, "'.\r\n\r\n");


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

Mike Cherry
cherry@frodo.mgh.harvard.edu