Received: with ECARTIS (v1.0.0; list gopher); Fri, 28 May 2004 14:22:14 -0500 (CDT) Return-Path: <glenna.malleau@exfo.com> X-Original-To: gopher@complete.org Delivered-To: gopher@complete.org Received: from localhost (localhost [127.0.0.1]) by glockenspiel.complete.org (Postfix) with ESMTP id 621A5C9 for <gopher@complete.org>; Fri, 28 May 2004 14:22:13 -0500 (CDT) Received: from glockenspiel.complete.org ([127.0.0.1]) by localhost (glockenspiel [127.0.0.1]) (amavisd-new, port 10025) with ESMTP id 26814-04 for <gopher@complete.org>; Fri, 28 May 2004 14:22:11 -0500 (CDT) Received: from spqcexc02.exfo.com (h209-71-211-193.gtconnect.net [209.71.211.193]) by glockenspiel.complete.org (Postfix) with ESMTP id EE7BE2F5 for <gopher@complete.org>; Fri, 28 May 2004 14:22:04 -0500 (CDT) Received: from spqcexc01.exfo.com ([172.16.48.171]) by spqcexc02.exfo.com with Microsoft SMTPSVC(5.0.2195.6713); Fri, 28 May 2004 15:22:26 -0400 content-class: urn:content-classes:message MIME-Version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-MimeOLE: Produced By Microsoft Exchange V6.0.6375.0 Subject: [gopher] Please remove me from this list RE: Re: Pygopherd and xinetd Date: Fri, 28 May 2004 15:22:26 -0400 Message-ID: <A7C2380FBDDA4D479AD587E08679CCC404717AD4@spqcexc01.exfo.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [gopher] Re: Pygopherd and xinetd Thread-Index: AcRE5+glUBtUA22bSJ+9nbgTwDAkGQAAPXLg From: "Glenna Malleau" <glenna.malleau@exfo.com> To: <gopher@complete.org> X-OriginalArrivalTime: 28 May 2004 19:22:26.0977 (UTC) FILETIME=[1C851910:01C444E9] X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at complete.org X-archive-position: 925 X-ecartis-version: Ecartis v1.0.0 Sender: gopher-bounce@complete.org Errors-to: gopher-bounce@complete.org X-original-sender: glenna.malleau@exfo.com 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

Please remove this e-mail from the list... glenna.malleau@exfo.com thank you

-----Original Message----- From: Alessandro Selli [mailto:dhatarattha@route-add.net] Sent: May 28, 2004 3:13 PM To: gopher@complete.org Subject: [gopher] Re: Pygopherd and xinetd

Il giorno Fri, 28 May 2004, John Goerzen cos=EC ha scritto:

|From: John Goerzen <jgoerzen@complete.org> |To: gopher@complete.org |Date: Fri, 28 May 2004 08:08:32 -0500 |Subject: [gopher] Re: Pygopherd and xinetd | |On Fri, May 28, 2004 at 11:25:09AM +0200, Alessandro Selli wrote: |> I finally set pygopherd_2.0.9 up and running on route-add.net, = after=20 |> installing python2.3 side to side with the server's native python2.1. |> I noticed that I cannot run it from xinetd, when I try to I get this = error in=20 |> the log: | |PyGopherd does not have any support for running from inetd or xinetd at |present. That support would probably be trivial to implement, but it's |just not there right now.

Oh well, it doesn't matter. The old sparky has got so much RAM I can=20 leave pygopherd run all the time whithout trouble.

|Let me explain some of the errors you're getting: | |> May 25 20:28:16 brillante pygopherd[25192]: Pygopherd starting, using =

|> configuration file /etc/pygopherd/pygopherd.conf |> May 25 20:28:17 brillante pygopherd[25192]: mimetypes initialized = with files:=20 |> ['./conf/mime.types', '/etc/pygopherd/mime.types', '/etc/mime.types'] |> May 25 20:28:18 brillante pygopherd[25192]: unknown-address = [None/None]=20 |> EXCEPTION error: (48, 'Address already in use') | |That's because PyGopherd attempts to listen to a port that is already |being listened on by xinetd.

Just as I thought! :^)

|> May 25 20:28:18 brillante pygopherd[25192]: Application startup NOT = successful! |>=20 |> When I run it as a standalone server, it runs all right. When I = wan to run=20 |> it as a xinetd-run service, I put "detach =3D yes" in=20

Well, this was wrong anyway, when a server is run from xinetd it = should not=20 detach/fork (are the two terms interchangeable?) on its own, since = xinetd=20 takes care of that (I realized this some time ago when I wanted Qpopper = to=20 run from xinetd and it failed, IIRC). I either remebered wrong what I = did, or I wrote the wrong thing or I messed up xinetds' configuration.

|Unfortunately, all detach does is tell PyGopherd to run as a Unix = daemon |-- that is, it forks itself off, continues listening for connections in |the backgrouns, and returns immediately.

So, if I put "detach =3D no" then the server is busy and does not = answer=20 new connections until the current one ends (that is, until the current = data=20 transfer completes)?

|> Oh, by the way, John, I noticed this typo in the pygopherd/README = file: | |Oops :-)

I want to be mentioned in the next Cahngelog! :-D

Sandro

--=20 Bellum se ipsum alet La guerra nutre se stessa

Livio, "Ab urbe condita", XXXIV,9