Received: with ECARTIS (v1.0.0; list gopher); Wed, 04 Jan 2006 00:16:48 -0600 (CST) Received: from outbound3.mail.tds.net ([216.170.230.93]) by glockenspiel.complete.org with esmtp (Exim 4.50) id 1Eu1x1-0004QR-CX for gopher@complete.org; Wed, 04 Jan 2006 00:16:48 -0600 Received: from outaamta02.mail.tds.net (outaamta02.mail.tds.net [216.170.230.32]) by outbound3.mail.tds.net (8.13.4/8.12.2) with ESMTP id k046GdHT014721 for ; Wed, 4 Jan 2006 00:16:39 -0600 (CST) Received: from wybotnnas01-pool0-a222.wybotn.tds.net ([66.222.116.222]) by outaamta02.mail.tds.net with ESMTP id <20060104061638.IEPT23063.outaamta02.mail.tds.net@wybotnnas01-pool0-a222.wybotn.tds.net> for ; Wed, 4 Jan 2006 00:16:38 -0600 Date: Wed, 04 Jan 2006 00:16:53 -0600 From: Jeff To: gopher@complete.org Subject: [gopher] Re: PyGopherd and Gopher+ References: <20051231155642.GA9489@SDF.LONESTAR.ORG> <20051231164643.GB28740@katherina.lan.complete.org> <20051231173023.GA2684@SDF.LONESTAR.ORG> <20060101165144.GA2143@SDF.LONESTAR.ORG> <20060104044609.GB12981@katherina.lan.complete.org> Content-type: text/plain; charset=iso-8859-15 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: In-Reply-To: <20060104044609.GB12981@katherina.lan.complete.org> User-Agent: Opera M2/8.51 (Win32, build 7712) X-Spam-Status: No (score 0.1): AWL=0.081 X-Virus-Scanned: by Exiscan on glockenspiel.complete.org at Wed, 04 Jan 2006 00:16:48 -0600 X-archive-position: 1232 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: List-unsubscribe: List-software: Ecartis version 1.0.0 List-Id: Gopher X-List-ID: Gopher List-subscribe: List-owner: List-post: List-archive: X-list: gopher On Tue, 03 Jan 2006 22:46:09 -0600, John Goerzen wrote: > * It is still a great annoyance to have meta information conveyed > by the referring object rather than the object itself. > > I wonder if we may consider extending the protocol so that a > request of a certain form would cause a compliant server > to send a single line of meta information before sending the > document as usual. This single line of meta information could > even be in the form of a regular (gopher++ is it now?) menu line. > > It seems to generally be the case, both in filesystems and in > browsers, that meta-information is obtained by the object itself, > not the object the refers to it. IE sometimes looks at the > extension of a file to determine what sort of file it is, and this > is generally considered a bug. > > By doing this, we could also reform the gopher:// URL schema. > > -- John Gopher 'headers' do seem to be the least obtrusive/best solution. -- Jeff