Gopher (protocol)


Gopher is a communication protocol designed for distributing, searching, and retrieving documents in Internet Protocol networks. The design of the Gopher protocol and user interface is menu-driven, and presented an alternative to the World Wide Web in its early stages, but ultimately fell into disfavor, yielding to Hypertext Transfer Protocol. The Gopher ecosystem is often regarded as the effective predecessor of the World Wide Web.

Usage

The Gopher protocol was invented by a team led by Mark P. McCahill at the University of Minnesota. It offers some features not natively supported by the Web and imposes a much stronger hierarchy on the documents it stores. Its text menu interface is well-suited to computing environments that rely heavily on remote text-oriented computer terminals, which were still common at the time of its creation in 1991, and the simplicity of its protocol facilitated a wide variety of client implementations.
Gopher's hierarchical structure provided a platform for the first large-scale electronic library connections. The Gopher protocol is still in use by enthusiasts, and although it has been almost entirely supplanted by the Web, a small population of actively maintained servers remains.

Origins

The Gopher system was released in mid-1991 by Mark P. McCahill, Farhad Anklesaria, Paul Lindner, Daniel Torrey, and Bob Alberti of the University of Minnesota in the United States. Its central goals were, as stated in :
  • A file-like hierarchical arrangement that would be familiar to users.
  • A simple syntax.
  • A system that can be created quickly and inexpensively.
  • Extensibility of the file system metaphor; allowing addition of searches for example.
Gopher combines document hierarchies with collections of services, including WAIS, the Archie and Veronica search engines, and gateways to other information systems such as File Transfer Protocol and Usenet.
The general interest in campus-wide information systems in higher education at the time, and the ease of setup of Gopher servers to create an instant CWIS with links to other sites' online directories and resources, were the factors contributing to Gopher's rapid adoption.
The name was coined by Anklesaria as a play on several meanings of the word "gopher". The University of Minnesota mascot is the gopher, a gofer is an assistant who "goes for" things, and a gopher burrows through the ground to reach a desired location.

Decline

The World Wide Web was in its infancy in 1991, and Gopher services quickly became established. By the late 1990s, Gopher had ceased expanding. Several factors contributed to Gopher's stagnation:
  • In February 1993, the University of Minnesota announced that it would charge licensing fees for the use of its implementation of the Gopher server. Users became concerned that fees might also be charged for independent implementations. Gopher expansion stagnated, to the advantage of the World Wide Web which released the WWW into the public domain in April 1993, to which CERN maintained. In September 2000, the University of Minnesota re-licensed its Gopher software under the GNU General Public License.
  • Gopher client functionality was quickly duplicated by the early Mosaic web browser, which subsumed its protocol.
  • Gopher has a more rigid structure than the free-form HyperText Markup Language of the Web. Every Gopher document has a defined format and type, and the typical user navigates through a single server-defined menu system to get to a particular document. This can be quite different from the way a user finds documents on the Web.
  • Failure to follow the open systems model and bad publicity in comparison to the World Wide Web
Gopher remains in active use by its enthusiasts, and there have been attempts to revive Gopher on modern platforms and mobile devices. One attempt is The Overbite Project, which hosts various browser extensions and modern clients.

Server census

  • , there remained about 160 gopher servers indexed by Veronica-2, reflecting a slow growth from 2007 when there were fewer than 100. They are typically infrequently updated. On these servers, Veronica indexed approximately 2.5 million unique selectors. A handful of new servers were being set up every year by hobbyists with over 50 having been set up and added to Floodgap's list since 1999. A snapshot of Gopherspace in 2007 circulated on BitTorrent and was still available in 2010. Due to the simplicity of the Gopher protocol, setting up new servers or adding Gopher support to browsers is often done in a tongue-in-cheek manner, principally on April Fools' Day.
Index DateGopher ServersUnique Selectors
86740,000
1481,220,665
-
144-
1443,314,158
1374,396,061
1465,176,602
260-
2973,946,750
320-
395-
3585,973,552
3435,294,599
3335,098,733
3235,113,957
2965,113,382
4325,254,158
4115,856,111

Technical details

The conceptualization of knowledge in "Gopher space" or a "cloud" as specific information in a particular file, and the prominence of the FTP, influenced the technology and the resulting functionality of Gopher.

Gopher characteristics

Gopher is designed to function and to appear much like a mountable read-only global network file system. At a minimum, whatever can be done with data files on a CD-ROM, can be done on Gopher.
A Gopher system consists of a series of hierarchical hyperlinkable menus. The choice of menu items and titles is controlled by the administrator of the server.
Similar to a file on a Web server, a file on a Gopher server can be linked to as a menu item from any other Gopher server. Many servers take advantage of this inter-server linking to provide a directory of other servers that the user can access.

Protocol

The Gopher protocol was first described in. Internet Assigned Numbers Authority has assigned Transmission Control Protocol port 70 to the Gopher protocol. The protocol is simple to negotiate, making it possible to browse without using a client.

User request

First, the client establishes a TCP connection with the server on port 70, the standard gopher port. The client then sends a string followed by a carriage return followed by a line feed. This is the selector, which identifies the document to be retrieved. If the item selector were an empty line, the default directory would be selected.

Server response

The server then replies with the requested item and closes the connection. According to the protocol, before the connection closes, the server should send a full-stop on a line by itself. However, not all servers conform to this part of the protocol and the server may close a connection without returning a final full-stop. The main type of reply from the server is a text or binary resource. Alternatively, the resource can be a menu: a form of structured text resource providing references to other resources.
Because of the simplicity of the Gopher protocol, tools such as netcat make it possible to download Gopher content easily from a command line:

$ echo jacks/jack.exe | nc gopher.example.org 70 > jack.exe

The protocol is also supported by cURL since 7.21.2-DEV, which was released in 2010.

Search request

The selector string in the request can optionally be followed by a tab character and a search string. This is used by item type 7.

Item types

In a Gopher menu's source code, a one-character code indicates what kind of content the client should expect. This code may either be a digit or a letter of the alphabet; letters are case-sensitive.
The technical specification for Gopher,, defines 14 item types. The later gopher+ specification defined an additional 3 types. A one-character code indicates what kind of content the client should expect. Item type is an error code for exception handling. Gopher client authors improvised item types,, and after the publication of RFC 1436. Browsers like Netscape Navigator and early versions of Microsoft Internet Explorer would prepend the item type code to the selector as described in, so that the type of the gopher item could be determined by the url itself. Most gopher browsers still available, use these prefixes in their urls.
Here is an example gopher session where the user requires a gopher menu :

/Reference
1CIA World Factbook /Archives/mirrors/textfiles.com/politics/CIA gopher.quux.org 70
0Jargon 4.2.0 /Reference/Jargon 4.2.0 gopher.quux.org 70 +
1Online Libraries /Reference/Online Libraries gopher.quux.org 70 +
1RFCs: Internet Standards /Computers/Standards and Specs/RFC gopher.quux.org 70
1U.S. Gazetteer /Reference/U.S. Gazetteer gopher.quux.org 70 +
iThis file contains information on United States fake 0
icities, counties, and geographical areas. It has fake 0
ilatitude/longitude, population, land and water area, fake 0
iand ZIP codes. fake 0
i fake 0
iTo search for a city, enter the city's name. To search fake 0
ifor a county, use the name plus County -- for instance, fake 0
iDallas County. fake 0

The gopher menu sent back from the server is a sequence of lines, each of which describes an item that can be retrieved. Most clients will display these as hypertext links, and so allow the user to navigate through gopherspace by following the links.
This menu includes a text resource, multiple links to submenus and a non-standard information message, broken down to multiple lines by providing dummy values for selector, host and port.

Gopher+

Gopher+ is a forward compatible enhancement to the Gopher protocol. Gopher+ works by sending metadata between the client and the server. The enhancement was never widely adopted by Gopher servers.
The client sends a tab followed by a +. A Gopher+ server will respond with a status line followed by the content the client requested. An item is marked as supporting Gopher+ in the Gopher directory listing by a tab + after the port.
Other features of Gopher+ include:
  • Item attributes, which can include the items
  • * Administrator
  • * Last date of modification
  • * Different views of the file, like PostScript or plain text, or different languages
  • * Abstract, or description of the item
  • Interactive queries

Client software

Gopher clients

These are clients, libraries, and utilities primarily designed to access gopher resources.
ClientUpdatedLicenseLanguageTypeNotes
2021?CGUI Supports page cache, TFTP and has G6 extension.
2022GPLv3GoTUI Supports Gopher, Gemini, Finger
2022GPLv3Emacs LispTUI/GUIElpher: a gopher, finger, and gemini client for GNU Emacs
2022GPLv3RustGUI Eva is a Gemini and Gopher protocol browser in GTK 4.
2019Closed sourceVB.NETGUI
2018App Supports text reflow, bookmarks, history, etc.
2022MITJavaApp Supports only basic functionalities like bookmarks, session-history, downloads, etc.
2020BSD 2-clauseCTUI Features bookmarks and page caching.
2020GPLv3JavaGUI
2020GPLv3C++GUI Gemini GUI client with support for Gopher, Finger, and www.
2022BSD 2-clauseCGUIGemini GUI client with Gopher and finger support. Switches to gophermap/type 1 requests in parent/root navigation.
2019PascalLinux, Mac, WindowsSidebar with a hierarchical view
2022BSD 2-clauseRustTUIncgopher is a gopher and gemini client using ncurses.
2019UnlicenseJavaApp Supports bookmarks, history, downloads, etc.
2022CTUIsacc is a terminal gopher client.
2020GPLCCLISimple Non-interactive All-purpose Resource Fetcher
w3m2021MITCTUIw3m is a text-based web browser

Other clients

Clients like web browsers, libraries, and utilities primarily designed to access World Wide Web resources, but which maintain gopher support.
  • Browse, a browser for RISC OS
  • Camino, versions 1.0 to 2.1.2, always uses port 70.
  • Classilla, versions 9.0 to 9.3.4b1 as of March 2021, hardcoded to port 70 from 9.0 to 9.2; whitelisted ports from 9.2.1
  • cURL, a command line client for accessing URLs for various protocols
  • Dillo+
  • Dooble
  • Edbrowse, a line-oriented editor and browser with an interface like that of ed (text editor)
  • ELinks, versions 0.10.0 to 0.12pre6 as of October 2012, unmaintained browser with gopher build option. Fork felinks offers support as a build option
  • Falkon, with plug-in only, requires Falkon ≥ 3.1.0 with both the KDE Frameworks Integration extension enabled and the kio_gopher plug-in ≥ 0.1.99 installed
  • Mozilla Firefox versions 0.1 to 3.6, built-in support dropped from Firefox 4.0 onwards; can be added back by installing one of the extensions by the Overbite Project
  • Galeon version 2.0.7
  • Epiphany, until version 2.26.3, disabled with switch to WebKit
  • Google Chrome, with extension only, Burrow extension
  • Internet Explorer, dropped with version 6: Support removed by MS02-047 from IE 6 SP1 can be re-enabled in the Windows Registry. Always uses port 70. Gopher support was disabled in Internet Explorer versions 5.x and 6 for Windows in August 2002 by a patch meant to fix a security vulnerability in the browser's Gopher protocol handler to reduce the attack surface which was included in IE6 SP1; however, it can be re-enabled by editing the Windows registry. In Internet Explorer 7, Gopher support was removed on the WinINET level.
  • Internet Explorer for Mac version 5.2.3, PowerPC-only
  • K-Meleon, dropped support
  • Konqueror, with plug-in only, requires kio_gopher plug-in
  • libwww, versions 1.0c to 5.4.1, libwww is a discontinued API for internet applications. A modern fork is maintained in Lynx
  • Line Mode Browser, since version 1.1, January 1992
  • Lynx
  • Mosaic, version 3.0
  • Netscape Navigator
  • NetSurf, under development, based on the cURL fetcher
  • OmniWeb, since version 5.9.2, first WebKit Browser to support Gopher
  • Opera, Opera 9.0 included a proxy capability
  • Pavuk, a web mirror software program
  • SeaMonkey, version 1.0 to 2.0.14, built-in support dropped from version 2.1 onward; could be added back to some versions via Overbite project, but no longer supported.
  • WebPositive, a WebKit-based browser used in the Haiku operating system
Browsers with no Gopher native support can still access servers using one of the available Gopher to HTTP gateways or proxy server that converts Gopher menus into HTML; known proxies are the Floodgap Public Gopher proxy and Gopher Proxy. Similarly, certain server packages such as GN and PyGopherd have built-in Gopher to HTTP interfaces. Squid Proxy software gateways any gopher:// URL to HTTP content, enabling any browser or web agent to access gopher content easily.
For Mozilla Firefox and SeaMonkey, Overbite extensions extend Gopher browsing and support the current versions of the browsers :
  • OverbiteWX redirects gopher:// URLs to a proxy;
  • OverbiteNX adds native-like support;
  • for Firefox up to 56.*, and equivalent versions of SeaMonkey, OverbiteFF adds native-like support, but it is no longer maintained
OverbiteWX includes support for accessing Gopher servers not on port 70 using a whitelist and for CSO/ph queries. OverbiteFF always uses port 70.
For Chromium and Google Chrome, Burrow is available. It redirects gopher:// URLs to a proxy. In the past an Overbite proxy-based extension for these browsers was available but is no longer maintained and does not work with the current releases.
For Konqueror, Kio gopher is available.
As the bandwidth-sparing simple interface of Gopher can be a good match for mobile phones and personal digital assistants, the early 2010s saw a renewed interest in native Gopher clients for popular smartphones.
Gopher popularity was at its height at a time when there were still many equally competing computer architectures and operating systems. As a result, there are several Gopher clients available for Acorn RISC OS, AmigaOS, Atari MiNT, Conversational Monitor System, DOS, classic Mac OS, MVS, NeXT, OS/2 Warp, most Unix-like operating systems, VMS, Windows 3.x, and Windows 9x. GopherVR was a client designed for 3D visualization, and there is even a Gopher client in MOO. Most such clients are hard-coded to work on Transmission Control Protocol port 70.

Server software

Because the protocol is trivial to implement in a basic fashion, there are many server packages still available, and some are still maintained.
ServerDeveloped byLatest versionRelease dateLicenseWritten inNotes
Rob Linwood1.0.1MITJava
Timm Murray0.1GPLv2 or any later versionPerlApache 2 plugin to run Gopher-Server.
Charles Childers2017.4ISCForth
Cameron Kaiser0.2.10Floodgap Free Software LicensePerl
Michael Lazar2.2.1GPLv3Python
Quinn Evans0.0.1BSD 2-clauseCommon Lisp
Christoph Lohmann0.96MITCREST dynamic scripting, gopher TLS support, compatibility layer for other gophermaps
Sean MacLennan1.2GPLv2C
James MillsMITGo
Timm Murray0.1.1GPLv2Perl
Kim Holviala and others3.1.1BSD 2-clauseC
Guillaume Duhamel0.2.3GPLv2C
Aaron W. Hsu8.0ISCScheme
Mate Nagy1.1GPLv3C
Mateusz Viste1.0.13MITCextensible through custom gophermaps, CGI and PHP scripts
dotcomboom1.1BSD 2-clausePythonPython-based Gopher library with both server and client support
Michael Lazar3.0.1GPLv2PythonAlso supports HTTP, WAP, and Gopher+
Salvatore Sanfilippo6.2.53-clause BSDCSupport removed in version 7
SSS85550.777Perlwith G6 extension and TFTP
Lukas Epple1.0.0.0GPLv3Haskell
Nathaniel Leveck0.0.1GPLv3FreeBASIC