Received: with ECARTIS (v1.0.0; list gopher); Fri, 05 Apr 2002 13:58:39 -0500 (EST) Return-Path: <sugaku@sympatico.ca> Delivered-To: gopher@complete.org Received: from tomts19-srv.bellnexxia.net (tomts19.bellnexxia.net [209.226.175.73]) by pi.glockenspiel.complete.org (Postfix) with ESMTP id 3ECEB3B80B for <gopher@complete.org>; Fri, 5 Apr 2002 13:58:39 -0500 (EST) Received: from [209.226.175.18] by tomts19-srv.bellnexxia.net (InterMail vM.4.01.03.23 201-229-121-123-20010418) with SMTP id <20020405185838.LCJZ19941.tomts19-srv.bellnexxia.net@[209.226.175.18]> for <gopher@complete.org>; Fri, 5 Apr 2002 13:58:38 -0500 From: Ralph Furmaniak <sugaku@sympatico.ca> To: gopher@complete.org Subject: [gopher] Re: Pygopherd nearing gopherd replacement Date: Fri, 5 Apr 2002 13:58:38 EST MIME-Version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Message-Id: <20020405185838.LCJZ19941.tomts19-srv.bellnexxia.net@[209.226.175.18]> X-archive-position: 566 X-ecartis-version: Ecartis v1.0.0 Sender: gopher-bounce@complete.org Errors-to: gopher-bounce@complete.org X-original-sender: sugaku@sympatico.ca Precedence: bulk Reply-to: gopher@complete.org List-help: <mailto:ecartis@complete.org?Subject=help> List-unsubscribe: <mailto:gopher-request@complete.org?Subject=unsubscribe> List-software: Ecartis version 1.0.0 List-ID: Gopher <gopher.complete.org> X-List-ID: Gopher <gopher.complete.org> List-subscribe: <mailto:gopher-request@complete.org?Subject=subscribe> List-owner: <mailto:jgoerzen@complete.org> List-post: <mailto:gopher@complete.org> List-archive: <http://www.complete.org/mailinglists/archives/> X-list: gopher

> Well, unless you pass the character to the executable, how does it > help? If you pass it to the executable, you might as well just use > something else.

The executable already knows what it will return, and the person making the menu knows what it will return. Suppose you have script 'foo' that reads an archive and displays a menu. You also have a script 'bar' which just serves files from the archive. Suppose the server does not receive the character. If it just prints the results, then gopher+ and http browsers cannot access foo. If it automaticlly formats it, bar will look strange or be corrupted.

You could of course have the script examine the gophermap,link,cap files to determine the type, but this makes things more complicated especially if 'foo' and 'bar' are one and the same script. It is especially more complicated if the original menu was itself a script.

This is not a problem in umn gopherd, since it automatically assumes that executables are text/plain.