Gopher is a distributed document search and retrieval network protocol designed for the Internet. Its goal is to function as an improved form of Anonymous FTP, enhanced with hyperlinking features similar to that of the World Wide Web.
The Gopher protocol offers some features not natively supported by the Web and imposes a much stronger hierarchy on information stored on it. Its text menu interface is well-suited to computing environments that rely heavily on remote computer terminals, common in universities at the time of its creation in 1991 until 1993.
The source of the name "Gopher" is claimed to be threefold:
Gopher combines document hierarchies with collections of services, including WAIS, the Archie and Veronica search engines, and gateways to other information systems such as [
] and Usenet.
The general interest in Campus-Wide Information Systems (CWISs) in higher education at the time, and the ease with which a Gopher server could be set up to create an instant CWIS with links to other sites' online directories and resources were the factors contributing to Gopher's rapid adoption. By 1992, the standard method of locating someone's e-mail address was to find their organization's CCSO nameserver entry in Gopher, and query the nameserver.
The exponential scaling of utility in social networked systems (Reed's law) seen in Gopher, and then the Web, is a common feature of networked hypermedia systems with distributed authoring. In 1993–1994, Web pages commonly contained large numbers of links to Gopher-delivered resources, as the Web continued Gopher's embrace and extend tradition of providing gateways to other services.
Some have suggested that the bandwidth-sparing simple interface of Gopher would be a good match for mobile phones and Personal digital assistants (PDAs), but so far, Wireless Markup Language (WML)/Wireless Application Protocol (WAP), DoCoMo i-mode, XHTML Basic or other adaptations of HTML and XML, have proved more popular. The PyGopherd server, however, provides a built-in WML front-end to Gopher sites served with it.
Gopher support was disabled in Internet Explorer versions 5.* and 6 for Windows in June 2002 by a patch meant to fix a security vulnerability in the browser's Gopher protocol handler; 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 (only on PowerPC architecture and in End-of-life) still supports Gopher. Internet Explorer is hard coded to work on port 70.
Other browsers, including AOL and Mozilla (deprecated), still support the protocol, but incompletely—the most obvious deficiency is that they cannot display the informational text found on many Gopher menus.
Mozilla Firefox has full Gopher support as of release 1.5, and partial support in previous versions. The SeaMonkey Internet suite, successor of the Mozilla all-in-one suite, also supports Gopher fully, as does Camino, a browser based on Mozilla's engine. Such Mozilla-based browsers are able to display embedded images from a gopher server on an HTTP-based HTML document and follow download links to a gopher server. However, it has been announced that support for the Gopher protocol will be removed by default in the Mozilla 2 platform that Firefox 4.0 will use.
Konqueror needs a plugin to be installed for full Gopher support, such as kio_gopher
The most extensive Gopher support is offered in Lynx, a text-based browser, while the Safari and Opera web browsers do not support Gopher at all (though Opera 9.0 includes a proxy capability). ELinks has experimental Gopher support (as a compile-time option).
] was a client designed for 3D visualization, and there is even a Gopher Client MOO object. The majority of these clients are hard coded to work on Port 70.Example Gopher Web Search:
gopher://gopher.floodgap.com/7/v2/vs
Some Gopher servers, such as GN and PyGopherd, also have built-in Gopher to HTTP interfaces.
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.
The gopher protocol is extremely simple in its conception, making it possible to browse without using a client. A standard gopher [
] session may therefore appear as follows:
Here, the client has established a TCP connection with the server, on Port 70, the standard gopher port. The client then it sends "/Reference" followed by a carriage return followed by a line feed (a "CR + LF" sequence). This is the item selector, which identifies the document to be retrieved. If the item selector were an empty line, the default directory will be selected. The server then replies with the requested item and closes the connection. According to the protocol, before the connection is closed, the server should send a full-stop on a line by its self. However, as is the case here, not all servers conform to this part of the protocol and the server may close the connection without returning the final full-stop.
In this example, the item sent back is a directory, consisting of 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 the gopherspace by following the links. All lines in a directory listing are ended with "CR + LF" and consist of five fields: Type (see below), User_Name (i.e. the text to display), Selector (i.e. the file name), Host and Port. The Type and User_Name fields are joined without a space; the other fields are separated by tabs.
File-types are described in gopher menus by a single letter or number. The original protocol defines 14 types, with others being added by the community. Older clients may not handle new file types, such as d for PDF, which is why many authors use the generic 9 for all binary files, hoping that the client's computer will be able to correctly process the file.
[
] is a 3D variant of the original Gopher system.
] - early proposed extensions to the Gopher protocol