Jump to content

Gopher (protocol)

From Niidae Wiki

Template:Short description Template:Use dmy dates Template:IPstack Template:Internet history timeline

The Gopher protocol (Template:IPAc-en) 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 (HTTP). The Gopher ecosystem is often regarded as the effective predecessor of the World Wide Web.<ref>Template:Cite journal</ref><ref name="Barras-2009"/>

Usage

[edit]

The Gopher protocol was invented by a team led by Mark P. McCahill<ref>Template:Triangulation</ref> 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.<ref>Template:Cite book</ref> 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.<ref name="Barras-2009">Template:Cite web</ref>

Origins

[edit]

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.<ref name="wwwunleashed">Template:Cite book</ref> Its central goals were, as stated in Template:IETF RFC:

  • 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 (FTP) and Usenet.

The general interest in campus-wide information systems (CWISs) in higher education at the time,<ref>Template:Cite newsgroup</ref> 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".<ref>Template:Cite AV media McCahill credits Anklesaria with naming Gopher</ref> The University of Minnesota mascot is the gopher,<ref>Template:Cite web</ref> a gofer is an assistant who "goes for" things, and a gopher burrows through the ground to reach a desired location.<ref name="gopher_protocol_rise_and_fall">Template:Cite web</ref>

Decline

[edit]

The World Wide Web was in its infancy in 1991, and Gopher services quickly became established.<ref>Template:Cite web</ref> 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.<ref>Template:Cite web</ref><ref name="gopher_protocol_rise_and_fall"/> Users became concerned that fees might also be charged for independent implementations.<ref>Template:Cite newsgroup</ref><ref>Template:Cite newsgroup</ref> Gopher expansion stagnated, to the advantage of the World Wide Web, to which CERN disclaimed ownership.<ref>Template:Cite book</ref> In September 2000, the University of Minnesota re-licensed its Gopher software under the GNU General Public License.<ref>Template:Cite newsgroup</ref>
  • 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 (HTML) 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<ref>Template:Cite web</ref>

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,<ref name="floodgap1"/> which hosts various browser extensions and modern clients.

Server census

[edit]
File:Gopher servers by year.svg
Number of Gopher servers from 2012 to 2022
  • Template:As of, there remained about 160 gopher servers indexed by Veronica-2,<ref name="Veronica report">Template:Cite web</ref> reflecting a slow growth from 2007 when there were fewer than 100.<ref>Template:Cite web</ref> 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.<ref>Template:Cite web</ref> A snapshot of Gopherspace in 2007 circulated on BitTorrent and was still available in 2010.<ref>Template:Cite web</ref> 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.<ref>Template:Cite web. The same text appears in the 5.10 release of 27 August 2009 further down the page, copied from the 5.9.2 unstable branch. The Floodgap list referred to is at Floodgap: new Gopher servers and does not itself refer to April Fools' Day.</ref>
  • In November 2014 Veronica indexed 144 gopher servers,<ref name="Veronica report"/> reflecting a small drop from 2012, but within these servers Veronica indexed approximately 3 million unique selectors.
  • In March 2016 Veronica indexed 135 gopher servers,<ref name="Veronica report"/> within which it indexed approximately 4 million unique selectors.
  • In March 2017 Veronica indexed 133 gopher servers,<ref name="Veronica report"/> within which it indexed approximately 4.9 million unique selectors.
  • In May 2018 Veronica indexed 260 gopher servers,<ref name="Veronica report"/> within which it indexed approximately 3.7 million unique selectors.
  • In May 2019 Veronica indexed 320 gopher servers,<ref name="Veronica report"/> within which it indexed approximately 4.2 million unique selectors.
  • In January 2020 Veronica indexed 395 gopher servers,<ref name="Veronica report"/> within which it indexed approximately 4.5 million unique selectors.
  • In February 2021 Veronica indexed 361 gopher servers,<ref name="Veronica report"/> within which it indexed approximately 6 million unique selectors.
  • In February 2022 Veronica indexed 325 gopher servers,<ref name="Veronica report"/> within which it indexed approximately 5 million unique selectors.

Technical details

[edit]

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

[edit]

Gopher is designed to function and to appear much like a mountable read-only global network file system (and software, such as gopherfs, is available that can actually mount a Gopher server as a FUSE resource). 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

[edit]

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

User request

[edit]

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 (a "CR + LF" sequence). 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

[edit]

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 (i.e., a period character) 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: <syntaxhighlight lang="console"> $ echo jacks/jack.exe | nc gopher.example.org 70 > jack.exe </syntaxhighlight> The protocol is also supported by cURL since 7.21.2-DEV, which was released in 2010.<ref>Template:Cite mailing list</ref>

Search request

[edit]

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.

Source code of a menu

[edit]

Gopher menu items are defined by lines of tab-separated values in a text file. This file is sometimes called a gophermap. As the source code to a gopher menu, a gophermap is roughly analogous to an HTML file for a web page. Each tab-separated line (called a selector line) gives the client software a description of the menu item: what it is, what it is called, and where it leads to. The client displays the menu items in the order that they appear in the gophermap.

The first character in a selector line indicates the item type, which tells the client what kind of file or protocol the menu item points to. This helps the client decide what to do with it. Gopher's item types are a more basic precursor to the media type system used by the Web and email attachments.

The item type is followed by the user display string (a description or label that represents the item in the menu); the selector (a path or other string for the resource on the server); the hostname (the domain name or IP address of the server), and the network port.

All lines in a gopher menu are terminated by "CR + LF".

Example of a selector line in a menu source: The following selector line generates a link to the "/home" directory at the subdomain gopher.floodgap.com, on port 70. The item type of Template:Var indicates that the linked resource is a Gopher menu itself. The string "Floodgap Home" is what the client will show to the user when visiting the example menu.

1Floodgap Home	/home	gopher.floodgap.com	70
Item type User display string Selector Hostname Port
1 Floodgap Home /home gopher.floodgap.com 70

Item types

[edit]

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, Template:IETF RFC, defines 14 item types. The later gopher+ specification defined an additional 3 types.<ref>Template:Cite web</ref> A one-character code indicates what kind of content the client should expect. Item type Template:Code is an error code for exception handling. Gopher client authors improvised item types Template:Code (HTML), Template:Code (informational message), and Template:Code (sound file) 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 Template:IETF RFC, 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.

colspan="2" Template:Partial
Template:Okay Text file
Template:Okay Gopher submenu
Template:Okay CCSO Nameserver
Template:Okay Error code returned by a Gopher server to indicate failure
Template:Okay BinHex-encoded file (primarily for Macintosh computers)
Template:Okay DOS file
Template:Okay uuencoded file
Template:Okay Gopher full-text search
Template:Okay Telnet
Template:Okay Binary file
Template:Okay Mirror or alternate server (for load balancing or in case of primary server downtime)
Template:Okay GIF file
Template:Okay Image file
Template:Okay Telnet 3270
colspan="2" Template:Partial
Template:Okay Bitmap image
Template:Okay Movie file
Template:Okay Sound file
colspan="2" Template:Unofficial
d Doc. Seen used alongside PDF and .doc files
h HTML file
i Informational message, widely used.<ref>Template:Cite web</ref>
p image file "(especially the PNG format)"
r document RTF file ("Rich Text Format")
s Sound file (especially the WAV format)
P PDF (Portable Document Format) file
X XML (Extensible Markup Language) file

Here is an example gopher session where the user requires a gopher menu (Template:Code on the first line):

/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    (NULL)  0
icities, counties, and geographical areas.  It has      fake    (NULL)  0
ilatitude/longitude, population, land and water area,   fake    (NULL)  0
iand ZIP codes. fake    (NULL)  0
i       fake    (NULL)  0
iTo search for a city, enter the city's name.  To search        fake    (NULL) 0
ifor a county, use the name plus County -- for instance,        fake    (NULL) 0
iDallas County. fake    (NULL)  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.<ref name="wwwunleashed"/> This menu includes a text resource (itemtype Template:Code on the third line), multiple links to submenus (itemtype Template:Code, on the second line as well as lines 4–6) and a non-standard information message (from line 7 on), broken down to multiple lines by providing dummy values for selector, host and port.

[edit]

Historically, to create a link to a Web server, "GET /" was used as a pseudo-selector to emulate an HTTP GET request.<ref>Template:Cite web</ref> John Goerzen created an addition<ref>Template:Cite mailing list</ref> to the Gopher protocol, commonly referred to as "URL links", that allows links to any protocol that supports URLs. For example, to create a link to http://gopher.quux.org/, the item type is Template:Code, the display string is the title of the link, the item selector is "URL:http://gopher.quux.org/", and the domain and port are that of the originating Gopher server (so that clients that do not support URL links will query the server and receive an HTML redirection page).

Gopher+

[edit]

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.<ref>Template:Cite newsgroup</ref><ref>Template:Cite newsgroup</ref>Template:Ref RFC 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 (this is the case of some of the items in the example above).

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

[edit]

Gopher clients

[edit]

These are clients, libraries, and utilities primarily designed to access gopher resources.

Client Updated License Language Type Notes
Template:Rh | ACID 2021 ? C GUI (Windows) Supports page cache, TFTP and has G6 extension.
Template:Rh | Bombadillo 2022 GPLv3 Go TUI (Linux, BSD, macOS) Supports Gopher, Gemini, Finger
Template:Rh | cURL 2024 C CLI
Template:Rh | elpher 2022 GPLv3 Emacs Lisp TUI/GUI Elpher: a gopher, finger, and gemini client for GNU Emacs
Template:Rh | eva 2022 GPLv3 Rust GUI Eva (as in extra vehicular activity, or spacewalk) is a Gemini and Gopher protocol browser in GTK 4.
Template:Rh |Gopher Browser 2019 Closed source VB.NET GUI (Windows)
Template:Rh | Gopher Client 2018 App (iOS)<ref>Template:Cite web</ref> Supports text reflow, bookmarks, history, etc.
Template:Rh | gophercle 2022 MIT Java App (Android) Supports only basic functionalities like bookmarks, session-history, downloads, etc.
Template:Rh | Gopherus 2020 BSD 2-clause C TUI (Linux, BSD, Windows, DOS) Features bookmarks and page caching.
Template:Rh | Gophie 2020 GPLv3 Java GUI (Windows, MacOS, Linux)
Template:Rh| Kristall 2020 GPLv3 C++ GUI (Linux) Gemini GUI client with support for Gopher, Finger, and www.
Template:Rh |Lagrange 2022 BSD 2-clause C GUI Gemini GUI client with Gopher and finger support. Switches to gophermap/type 1 requests in parent/root navigation.<ref>Template:Cite web</ref>
Template:Rh |Little Gopher Client 2019 Pascal Linux, Mac, Windows Sidebar with a hierarchical view
Template:Rh | ncgopher 2022 BSD 2-clause Rust TUI ncgopher is a gopher and gemini client using ncurses.
Template:Rh | Pocket Gopher 2019 Unlicense Java App (Android) Supports bookmarks, history, downloads, etc.
Template:Rh | sacc 2022 C TUI sacc(omys) is a terminal gopher client.
Template:Rh | snarf 2020 GPL C CLI Simple Non-interactive All-purpose Resource Fetcher
Template:Rh | w3m 2021 MIT C TUI w3m is a text-based web browser

Other clients

[edit]

Clients like web browsers, libraries, and utilities primarily designed to access World Wide Web resources, but which maintain(ed) gopher support.

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<ref name="floodgap1"/> extensions extend Gopher browsing and support the current versions of the browsers (Firefox Quantum v ≥57 and equivalent versions of SeaMonkey):

  • 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<ref name="burrow">Template:Cite web</ref> 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 (>23) releases.<ref name="floodgap1">Template:Cite web</ref> For Konqueror, Kio gopher<ref>Template:Cite web</ref> is available.

As the bandwidth-sparing simple interface of Gopher can be a good match for mobile phones and personal digital assistants (PDAs),<ref>Template:Cite magazine</ref> 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 (CMS), 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.<ref>Template:Cite web</ref><ref>Template:Cite book</ref> Most such clients are hard-coded to work on Transmission Control Protocol (TCP) port 70.Template:Ref RFC

Server software

[edit]

Because the protocol is trivial to implement in a basic fashion, there are many server packages still available, and some are still maintained.

Server Developed by Latest version Release date License Written in Notes
Template:Rh | Aftershock Rob Linwood 1.0.1 Template:Date table sorting MIT Java
Template:Rh | Apache::GopherHandler Timm Murray 0.1 Template:Date table sorting GPLv2 or any later version Perl Apache 2 plugin to run Gopher-Server.
Template:Rh | Atua Charles Childers 2017.4 Template:Date table sorting ISC Forth
Template:Rh | Bucktooth (gopher link) (proxied link) Cameron Kaiser 0.2.10 Template:Date table sorting Floodgap Free Software License Perl
Template:Rh | Flask-Gopher Michael Lazar 2.2.1 Template:Date table sorting GPLv3 Python
Template:Rh | geomyid Quinn Evans 0.0.1 Template:Date table sorting BSD 2-clause Common Lisp
Template:Rh | geomyidae (gopher link) (proxied link) Christoph Lohmann 0.96 Template:Date table sorting MIT C REST dynamic scripting, gopher TLS support, compatibility layer for other gophermaps
Template:Rh | GoFish Sean MacLennan 1.2 Template:Date table sorting GPLv2 C
Template:Rh | go-gopher James Mills Template:Date table sorting MIT Go
Template:Rh | Gopher-Server Timm Murray 0.1.1 Template:Date table sorting GPLv2 Perl
Template:Rh | Gophernicus Kim Holviala and others 3.1.1 Template:Date table sorting BSD 2-clause C
Template:Rh | gophrier Guillaume Duhamel 0.2.3 Template:Date table sorting GPLv2 C
Template:Rh | Goscher Aaron W. Hsu 8.0 Template:Date table sorting ISC Scheme
Template:Rh | mgod Mate Nagy 1.1 Template:Date table sorting GPLv3 C
Template:Rh | Motsognir Mateusz Viste 1.0.13 Template:Date table sorting MIT C extensible through custom gophermaps, CGI and PHP scripts
Template:Rh | Pituophis dotcomboom 1.1 Template:Date table sorting BSD 2-clause Python Python-based Gopher library with both server and client support
Template:Rh | PyGopherd Michael Lazar 3.0.1 Template:Date table sorting GPLv2 Python Also supports HTTP, WAP, and Gopher+
Template:Rh | Redis Salvatore Sanfilippo 6.2.5 Template:Date table sorting 3-clause BSD C Support removed in version 7<ref>Template:Cite web</ref>
Template:Rh | save_gopher_server SSS8555 0.777 Template:Date table sorting Template:Dunno Perl with G6 extension and TFTP
Template:Rh | Spacecookie Lukas Epple 1.0.0.0 Template:Date table sorting GPLv3 Haskell
Template:Rh | Xylophar Nathaniel Leveck 0.0.1 Template:Date table sorting GPLv3 FreeBASIC

See also

[edit]

Template:Portal Template:Columns-list

References

[edit]

Template:Reflist

[edit]

Template:Gopher clients Template:Timeline of web browsers Template:URI schemes Template:Authority control