Received: with ECARTIS (v1.0.0; list gopher); Sun, 21 Jul 2002 21:54:34 -0500 (EST) Return-Path: Delivered-To: gopher@complete.org Received: from smtp-send.myrealbox.com (smtp-send.myrealbox.com [192.108.102.143]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (Client CN "*.myrealbox.com", Issuer "Thawte Server CA" (not verified)) by pi.glockenspiel.complete.org (Postfix) with ESMTP id BD1283B840 for ; Sun, 21 Jul 2002 21:54:33 -0500 (EST) Received: from transa.aquarius.null aangel@smtp-send.myrealbox.com [24.171.111.62] by smtp-send.myrealbox.com with NetMail SMTP Agent $Revision: 3.9 $ on Novell NetWare via secured & encrypted transport (TLS); Sun, 21 Jul 2002 20:54:30 -0600 Subject: [gopher] Re: Gopher+ Suggestion From: "Aaron J. Angel" To: gopher@complete.org In-Reply-To: <20020722020812.GD1410@complete.org> References: <3D396734.4070409@myrealbox.com> <20020722020812.GD1410@complete.org> Content-type: text/plain X-Mailer: Ximian Evolution 1.0.5 Date: 21 Jul 2002 21:54:14 -0500 Message-Id: <1027306455.6837.2.camel@transa.aquarius.null> Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-archive-position: 653 X-ecartis-version: Ecartis v1.0.0 Sender: gopher-bounce@complete.org Errors-to: gopher-bounce@complete.org X-original-sender: aangel@myrealbox.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 > Hmm, I'm not quite sure I follow you. Gopher selectors do indeed support > specifying a port. If you run a gopherd on, say, port 2280, you can specify > port 2280 in the selectors. If on the inside it shows up as 2270, you could > just run a second gopherd instance for the inside, making sure to say Port=+ > in your .Links files. That's basically all one can do, short of using another IP address. There's no such thing as virtual hosting with Gopher, as the protocol has no way for the client to send the hostname used to the server, and it would be a bit awkward to make such a drastic change at this point (unless it were backwards compatible, which is entirely possible, but then only new Gopher clients would be able to comply with the new standard, and I doubt many people use modern clients with a modern implementation of the Gopher protocol). -- Aaron J. Angel -- Attached file included as plaintext by Ecartis -- -- File: signature.asc -- Desc: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQA9O3PWKjh8Do+vm9ARAoNGAKCQrSmbLw3KXKWud7YM9PbMD0fscQCgqmdE epoxNR5JCEADIieERNN5RO0= =OAjq -----END PGP SIGNATURE-----