Return-Path: X-Original-To: apmail-httpd-dev-archive@www.apache.org Delivered-To: apmail-httpd-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 32FF910BED for ; Sat, 20 Jul 2013 02:40:00 +0000 (UTC) Received: (qmail 29672 invoked by uid 500); 20 Jul 2013 02:39:58 -0000 Delivered-To: apmail-httpd-dev-archive@httpd.apache.org Received: (qmail 29263 invoked by uid 500); 20 Jul 2013 02:39:54 -0000 Mailing-List: contact dev-help@httpd.apache.org; run by ezmlm Precedence: bulk Reply-To: dev@httpd.apache.org list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list dev@httpd.apache.org Received: (qmail 29254 invoked by uid 99); 20 Jul 2013 02:39:53 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 20 Jul 2013 02:39:53 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of pqf@mailtech.cn designates 223.252.192.12 as permitted sender) Received: from [223.252.192.12] (HELO gw0402.icoremail.net) (223.252.192.12) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 20 Jul 2013 02:39:46 +0000 Received: from mailtech.cn (unknown [10.12.2.1]) by gw2.icoremail.net (Coremail) with SMTP id AQAAf3D7r6cM+OlRdZoDAA--.705S2; Sat, 20 Jul 2013 10:38:04 +0800 (CST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mailtech.cn; s=dkim; h=Received:Date:From:To:Subject: In-Reply-To:References:Content-Transfer-Encoding:Content-Type: MIME-Version:Message-ID; bh=S4flIcIkFwWSU3GB14qukzef8dvsyClgKEKN /fUO6Ow=; b=HmHuwEObUV2q1R7Cx1s/uk5PRZIYQYjP36i/vrXesvw2YP9EB/v/ xk4JhMjIrnDULdrYt+kL5zryWuewr3rtfTbLTo/ZFV67Da/iOtSRkKp1CX06rJ3p jBskilUV/isv2T/r0vpRqJG2UQWOYXJnlhbPqrZlVk7LGvL4UJWoVHY= Received: by ajax-webmail-mailtech (Coremail) ; Sat, 20 Jul 2013 10:39:20 +0800 (CST) X-CM-HeaderCharset: UTF-8 X-Originating-IP: [119.129.156.184] Date: Sat, 20 Jul 2013 10:39:20 +0800 (CST) From: =?UTF-8?Q?Pqf_=E6=BD=98=E5=BA=86=E5=B3=B0?= To: dev@httpd.apache.org Subject: Anyone interested in a patch to mod_fcgid(with pay) X-Priority: 3 X-Mailer: Coremail Webmail Server Version XT3.0.1 build 20130702(22649.5462.5442) Copyright (c) 2002-2013 www.mailtech.cn mailtech In-Reply-To: References: X-SendMailWithSms: false Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=UTF-8 MIME-Version: 1.0 Message-ID: <460c5239.10.13ff9f218e9.Coremail.pqf@mailtech.cn> X-CM-TRANSID: AQIMCgAXmu1Y+OlR_6YQAA--.4270W X-CM-SenderInfo: 5fkhuyxvxpqu5ruhztlloou0/1tbiAgAGAVGCa1UBBQAKsm X-Coremail-Antispam: 1Uk129KBjvJXoW7AF4DAr4UXFWfJryfZr1kZrb_yoW8Cr48pF WY93WDtrs8Xrs5Ar18Xr4UZr40kr95A3sxKa1DJ34UX39rWF4jvrn7tF4a9ayfCw1xJrW2 qrW3Xw1UuF9rtFJanT9S1TB71UUUUUUqnTZGkaVYY2UrUUUUj1kv1TuYvTs0mT0YCTnIWj DUYxn0WfASr-VFAU7a7-sFnT9fnUUIcSsGvfJ3UbIYCTnIWIevJa73UjIFyTuYvj4RJUUU UUUUU X-Virus-Checked: Checked by ClamAV on apache.org Hi, guys A company need a "TCP/IP patch of mod_fcgid or alternative", and will pa= y for it, anyone interested? I really like to take it but I don't have too = much time... Anyone interested please reply to me and I will forward the email addres= s of them. Our company is hosting a website with a lot of users. Each user needs login= to access our server. We have an in-house FCGI program responsible for aut= henticate user's credentials. The FCGI program is called =E2=80=9CNeti=E2= =80=9D;. Right now Neti works fine with Zeus server, however we want to swi= tch to Apache server. Neti only listens on TCP/IP socket, it assumes both an authorizer role and = a responder role in the Fast CGI request. Here's the 3 candidate Apache mod= ules to interface Neti: 1. Mod_fastcgi: this module has NOT been updated since 2007. It will break = randomly, (not only with Neti, but with some other FCGIs), so we're not pla= nning to pursue it; 2. Mod_proxy_fcgi: this module supports TCP socket, it can connect to Neti,= but it doesn't support authorizer role. So in the first FCGI request, it f= orwards the request to Neti as a responder instead of an authorizer, Neti c= annot simply let it through without properly authorizing it first, thus the= request fails; 3. Mod_fcgid: this module supports authorizer role while doesn't support TC= P connection. We cannot confirm its authorizer role since it doesn't even c= onnect to Neti due to lack of TCP; So our choice is between either adding authorizer role to mod_proxy_fcgi or= adding TCP/IP to mod_fcgid.=20 We=E2=80=99re really willing to pay to have this project done, I mean eithe= r adding proxy to mod_fcgid or adding authorizer to mod_proxy_fcgi. Are you= willing to work on this with reward or do you know anyone else who=E2=80= =99s interested in doing so with pay, for example, author of mod_proxy_fcgi= ? (I cannot find his name) Ryan