Re: Gopher+ Considered Harmful

Dan Connolly (connolly@pixel.convex.com)
Thu, 10 Dec 1992 03:15:36 GMT 

To: gopher-archive@mudhoney.micro.umn.edu
From: Dan Connolly <connolly@pixel.convex.com>
Subject: Re: Gopher+ Considered Harmful
Message-Id: <9212100315.AA14084@pixel.convex.com.ans-relay.ans-relay>
Date: Thu, 10 Dec 1992 03:15:36 GMT
To: www-talk@nxoc01.cern.ch

In article <75220@apple.apple.COM> dell@Apple.COM (Thomas E. Dell) writes:
[ an excellent assesment of Gopher and Gopher+ prototocls ...]

>Proposal:
> 
>  Draft a protocol modeled after ideas present in SMTP, NNTP, and
>  FTP, with a few commands to support existing functionality.

The World-Wide Web project is also taking on the next major
revision of their protocol. I have suggested to them that NNTP
makes a good basis, and they were agreeable.

I sincerely hope that Gopher+ and HTTP2 (HyperText Transfer
Protocol, version 2) merge into an NNTP-style protocol.

I suggest we even make it NNTP compatible, except that it
would be stateless: the server processes one transaction and
then terminates the connection. And in addtion to requesting
articles by number or by ID, we would add the ability to
request them by path, a quoted string.

For exmaple:

   S:      (listens at TCP port XXX)
   C:      (requests connection on TCP port XXX)
   S:      203 wombat NNTP++ server ready
   C:      BODY "foo/bar/xxx.z"
   S:      222 "foo/bar/xxx.z" article retrieved. body text follows
           (body text here)
	   .
   S:      400 service discontinued

We would use the MIME standard for multimedia. We could allow
binary content-transfer-encoding on 8-bit clean connections, and
thus avoid the bandwidth needed to encode raw data.

   S:      (listens at TCP port XXX)
   C:      (requests connection on TCP port XXX)
   S:      203 wombat NNTP++ server ready
   C:      ARTICLE "foo/bar/xxx.z"
   S:      224 "foo/bar/xxx.z" All of article follows
   S:      (transmits article in RFC822 format, with a raw binary body:)
	    (... other headers)
	    Mime-Version: 1.0
	    Content-Type: image/gif
	    Content-Transfer-Encoding: binary
	    Content-Octets: 1274

	    (1274 bytes of raw data here)

   S:      400 service discontinued

Seems like a good idea to me. What does anybody else think?

Dan