Return-Path: 
 <modules-dev-return-3196-apmail-httpd-modules-dev-archive=httpd.apache.org@httpd.apache.org>
Delivered-To: apmail-httpd-modules-dev-archive@minotaur.apache.org
Received: (qmail 31063 invoked from network); 28 Dec 2010 12:47:31 -0000
Received: from unknown (HELO mail.apache.org) (140.211.11.3)
  by 140.211.11.9 with SMTP; 28 Dec 2010 12:47:31 -0000
Received: (qmail 45211 invoked by uid 500); 28 Dec 2010 12:47:31 -0000
Delivered-To: apmail-httpd-modules-dev-archive@httpd.apache.org
Received: (qmail 44890 invoked by uid 500); 28 Dec 2010 12:47:28 -0000
Mailing-List: contact modules-dev-help@httpd.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:modules-dev-help@httpd.apache.org>
List-Unsubscribe: <mailto:modules-dev-unsubscribe@httpd.apache.org>
List-Post: <mailto:modules-dev@httpd.apache.org>
List-Id: <modules-dev.httpd.apache.org>
Reply-To: modules-dev@httpd.apache.org
Delivered-To: mailing list modules-dev@httpd.apache.org
Received: (qmail 44882 invoked by uid 99); 28 Dec 2010 12:47:28 -0000
Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230)
    by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 28 Dec 2010 12:47:28 +0000
X-ASF-Spam-Status: No, hits=-0.0 required=10.0
	tests=SPF_HELO_PASS,SPF_PASS
X-Spam-Check-By: apache.org
Received-SPF: pass (nike.apache.org: domain of
 mwm-keyword-apache.b9a3c0@mired.org designates 74.143.213.42 as permitted
 sender)
Received: from [74.143.213.42] (HELO mired.org) (74.143.213.42)
    by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 28 Dec 2010 12:47:22 +0000
Received: (qmail 53751 invoked by uid 501); 28 Dec 2010 07:47:00 -0500
Received: from bhuda.mired.org (192.168.195.96) by goat.mired.org
	(tmda-ofmipd) with ESMTP; Tue, 28 Dec 2010 07:47:00 -0500
Date: Tue, 28 Dec 2010 07:46:59 -0500
To: modules-dev@httpd.apache.org
Subject: Doing left-over request processing at startup....
Message-ID: <20101228074659.74dc08ad@bhuda.mired.org>
Organization: Meyer Consulting
X-Mailer: Claws Mail 3.7.7 (GTK+ 2.22.1; amd64-portbld-freebsd8.1)
Face: 
 iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAG1BMVEXguIzRkGnhyaz069mXhW0WHRnbrnR9WCQ6LB0CchNMAAACSUlEQVQ4jV2TQW7jMAxFGaPQOgQEdZaGMsgBrAvUA03dCxj1Uu4U2gfwQD7AGNax51NK07RcxXz6/CSl0Ij450vkPG1jzpIZM1UwDCl/xB14TWnNX8A00Qj5a0mnVFVbVUz4MeErea2HikSRqZzY894zwg9p2+/AtO8LzxFED+tNAUFeU29iFOLRxlZAcdo9A8wi8ZBMV4BKPde82Oxrvs6BTkulQIClte0DLFzzsKk9j1MBex8iUaP00Bd78S/muyFScrTXz6zLkEUxJp+SabQfNOs4f4Jpx5qSZ/304PWwlEWP1cOn/mJQR7EOD+uKhjcBLziuL7xoY5Xm+VFAUSw/LwwwsHEHxihpwV4EJH0xXRkbw1PkRw+X4pEuSJwBggqk+HEYKkiL5/74/nQkogigzQsAFrakxZyfw3wMIEEZPv4AWMfxwqE5GNxGaERjmH+PG8AE0L4/w9g0lsp1raLYAN5azQa+AOoO9NwcpFkTrG2VKNMNEL5UKUUAw34tha0z7onUG0oBoNtczE04GwFE3wCHc0ChezAJ6A1WMV81AtY7wDAJSlXwV+4cwBvsOsrQMRawfQEBz0deEZ7WNpV2szckIKo5VpDHDSDvF1GItwqqAlG01Hh50BGtVhuUkjkasg/14bYFGCgWg1fSWHvmOoJck2xdp9ZvZBHzDVTzX23TkrOn7qe5U2COEw5D4Vx3qEQpFY2Z/3QFnJxzp7YCmSMG19nOUoe869zZfOQb5ywQuWu0yCn5+8gxZz+BE7vG3j4/wbf4D/sXN9Wug1s7AAAAAElFTkSuQmCC
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Delivery-Agent: TMDA/1.1.12 (Macallan)
From: Mike Meyer <mwm-keyword-apache.b9a3c0@mired.org>
X-Virus-Checked: Checked by ClamAV on apache.org

I've got a startup design issue with a proxy module for a proprietary
protocol.

Basically, the protocol *requires* that a failed request be reversed -
even if the client doesn't get told the reversal succeeds. If apache
crashes holding an unacknowledged reversal request, then the module
needs to complete the reversal when it starts again. I'd like to do
this ASAP after a restart - which means at some point during
initialization rather than waiting for the first request from a
client.

Is there some sane place during system initialization to hang this? Or
should I just punt, and wait for the first client request to come in?

       Thanks,
       <mike
-- 
Mike Meyer <mwm@mired.org>		http://www.mired.org/consulting.html
Independent Network/Unix/Perforce consultant, email for more information.

O< ascii ribbon campaign - stop html mail - www.asciiribbon.org