<?xml version="1.0"?>
<!DOCTYPE wml PUBLIC "-//WAPFORUM//DTD WML 1.1//EN"
"http://www.wapforum.org/DTD/wml_1.1.xml">
<wml>
<card id="index" title="Text File" newcontext="true">
<p>
Received: with ECARTIS (v1.0.0; list gopher);
 Mon, 02 Jan 2006 03:02:13 -0600 (CST)
Received: from outbound1.mail.tds.net ([216.170.230.91])
	by glockenspiel.complete.org with esmtp
	(Exim 4.50)
	id 1EtLZz-0006cV-I2
	for gopher@complete.org; Mon, 02 Jan 2006 03:02:12 -0600
Received: from outaamta02.mail.tds.net (outaamta02.mail.tds.net
 [216.170.230.32])
	by outbound1.mail.tds.net (8.13.4/8.12.2) with ESMTP id k02920AS005731
	for &lt;gopher@complete.org&gt;; Mon, 2 Jan 2006 03:02:01 -0600 (CST)
Received: from wybotnnas01-pool0-a61.wybotn.tds.net ([66.222.116.61])
          by outaamta02.mail.tds.net with ESMTP
          id
 &lt;20060102090145.KLXR23063.outaamta02.mail.tds.net@wybotnnas01-pool0-a61.wybotn.tds.net&gt;
          for &lt;gopher@complete.org&gt;; Mon, 2 Jan 2006 03:01:45 -0600
Date: Mon, 02 Jan 2006 03:01:41 -0600
To: gopher@complete.org
Subject: [gopher] Re: PyGopherd and Gopher+
References: &lt;20051231155642.GA9489@SDF.LONESTAR.ORG&gt;
 &lt;20051231164643.GB28740@katherina.lan.complete.org&gt;
 &lt;20051231173023.GA2684@SDF.LONESTAR.ORG&gt;
 &lt;op.s2pefzakvbderv@wybotnnas01-pool0-a14.wybotn.tds.net&gt;
 &lt;20060101165144.GA2143@SDF.LONESTAR.ORG&gt;
From: Jeff &lt;geph@nerdshack.com&gt;
Content-type: text/plain; charset=iso-8859-15
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Message-ID: &lt;op.s2qt03v8vbderv@wybotnnas01-pool0-a61.wybotn.tds.net&gt;
In-Reply-To: &lt;20060101165144.GA2143@SDF.LONESTAR.ORG&gt;
User-Agent: Opera M2/8.51 (Win32, build 7712)
X-Spam-Status: No (score 0.1): AWL=0.097
X-Virus-Scanned: by Exiscan on glockenspiel.complete.org at Mon,
 02 Jan 2006 03:02:12 -0600
X-archive-position: 1216
X-ecartis-version: Ecartis v1.0.0
Sender: gopher-bounce@complete.org
Errors-to: gopher-bounce@complete.org
X-original-sender: geph@nerdshack.com
Precedence: bulk
Reply-to: gopher@complete.org
List-help: &lt;mailto:ecartis@complete.org?Subject=help&gt;
List-unsubscribe: &lt;mailto:gopher-request@complete.org?Subject=unsubscribe&gt;
List-software: Ecartis version 1.0.0
List-Id: Gopher &lt;gopher.complete.org&gt;
X-List-ID: Gopher &lt;gopher.complete.org&gt;
List-subscribe: &lt;mailto:gopher-request@complete.org?Subject=subscribe&gt;
List-owner: &lt;mailto:jgoerzen@complete.org&gt;
List-post: &lt;mailto:gopher@complete.org&gt;
List-archive: &lt;http://www.complete.org/mailinglists/archives/&gt;
X-list: gopher
</p>
<p>On Sun, 01 Jan 2006 10:51:44 -0600, Benn Newman
&lt;newmanbe@sdf.lonestar.org&gt; wrote:
</p>
<p>&gt; On Sun, Jan 01, 2006 at 08:27:25AM -0600, Jeff wrote:
&gt;&gt; Why don&#x27;t we write a new spec which would supercede gopher+?
&gt; In the spirit of the original design *grin* we must form a commitee to
&gt; solve a problem.
</p>
<p>Let&#x27;s do it then, if Mr. Goerzen approves.
</p>
<p>&gt; What problems need fixing? We have the campus wide informatin system. 8)
&gt; In that movie, they said there regrets were not having venture capital.
&gt; :)
</p>
<p>Here are a few of my ideas:
</p>
<p>1)  As I wrote in my previous post, I think that reserving new tabspaces
for information like mimetype and filesize would be a good start.  The
file&#x27;s last-modified date would also be nice.
     A menu would look similar to this,
</p>
<p>       &quot;1This points to a gopher
menu%09/selector%09host%09port%09size%09mimetype&quot;.
       Where %09 is a hex-encoded tab.
</p>
<p>     Since clients that aren&#x27;t aware of the new tabspaces will just ignore
them (as they do for gopher+) the only problem I see is with gopher URLs.
Should the new information simply be disregarded?
</p>
<p>2)  I think new itemtypes should be reserved for file and text uploads.
The type of upload allowed could be defined in a new tabspace, 0 for
textfiles, 4 for binhex, 5 for DOS binary, you get the idea.  I&#x27;m
envisioning things like ftp gateways and bulletin board systems.
</p>
<p>   These things may already be possible with gopher+, but to loosely quote
the RFC1436, intelligence should be held by the server, and should not be
required of the client.  Things like +VIEWS usually require intelligence
on the part of the USER, who may or may not know whether he wants to
download a file in plaintext or postscript format.  Essentially, I would
like to streamline the important features of gopher+ to a single network
connection and keep the syntax respectful of the original gopher protocol.
</p>
<p>--
Jeff
</p>
<p></p>
</card>
</wml>
