Author: ask
Date: Thu Jul 7 13:41:37 2005
New Revision: 482
Added:
branches/0.31/
- copied from rev 481, branches/v031/
Removed:
branches/v031/
Log:
rename 0.31 branch
Author: ask
Date: Thu Jul 7 13:41:50 2005
New Revision: 483
Added:
branches/old/
branches/v031/
Log:
move old branches in here
Author: ask
Date: Thu Jul 7 13:49:44 2005
New Revision: 485
Added:
web/.htredirects
Modified:
web/license.html
Log:
missed the .htredirects file when moving this repository
Added: web/.htredirects
==
--- (empty
Matt Sergeant wrote:
On 6 Jul 2005, at 18:14, Ask Bjørn Hansen wrote:
Basically as soon as 0.30 is tagged and shipped I'm going to start
merging high_perf in.
Woah. Fun. Did you get all the infrastructure in place to make it
possible/easy-ish to write plugins that can work under either
Two simple log plugins arising from the Debian packaging work -- one logging
into a file (explicitly, not by redirecting stderr), one into syslog.
Written for the old plugin API, since I'm working against 0.30rc2. Will
update and check in at 0.31 or thenabouts.
On 7 Jul 2005, at 01:09, Gordon Rowell wrote:
Or should we have a bug reporting address/tracker?
We should. I think there's RT setup at perl.org for this...
On 7 Jul 2005, at 00:17, [EMAIL PROTECTED] wrote:
+Instead of modifying @ISA directly in your plugin, use the
+C plugin_isa method from the init subroutine.
+
+ # rcpt_ok_child
+ sub init {
+my ($self, $qp) = @_;
+$self-isa_plugin('rcpt_ok');
+ }
Which is it? isa_plugin or
Matt Sergeant wrote:
That's the beauty of version control - I don't have to. Once we release
0.30, branch the trunk for 0.31, and I'll merge high_perf into trunk
while we carry on with 0.31.
Yeah, that slightly complicates matters for me (since I am branched off
of trunk for my local
On 7 Jul 2005, at 01:09, Gordon Rowell wrote:
Or should we have a bug reporting address/tracker?
We should. I think there's RT setup at perl.org for this...
There is. I need to setup some details, and will try and get that
done today.
-R
Matt Sergeant wrote:
Does anyone have an rc script for qpsmtpd that we could include in the
distro? I'm sure lots of people won't want to start it via daemontools.
Here's mine for RedHat using tcpserver (stripped out all the other
daemontools). I don't use forkserver, so I don't know how
Matt Sergeant wrote:
Does anyone have an rc script for qpsmtpd that we could include in the
distro? I'm sure lots of people won't want to start it via daemontools.
We (SMEServer) have single RC script called daemontools and we symlink
all of our daemontools/runit processes to that. All daemon
On 7 Jul 2005, at 18:03, Gordon Rowell wrote:
We (SMEServer) have single RC script called daemontools and we
symlink all of our daemontools/runit processes to that. All daemon
specific startup is in the run scripts. Anyway, attached.
Hmm, I'm thinking now that forkserver creates PID files,
Extracted from httpd-2.x's util_filter.h:
053 /** The filter should return at most one line of CRLF data.
054 * (If a potential line is too long or no CRLF is found, the
055 * filter may return partial data).
056 */
057 AP_MODE_GETLINE,
What that means is: at this
Michael Holtz was close with his attempt, but the key line he missed was:
*STDIN = *STDOUT = $socket;
This allows us to use tied file handles for the SSL communication, rather
than writing directly to file descriptors which are connected to the
socket.
Something I know which is missing
And again, as an attachment, in case patch has been mangled by the MUA.
---
Charlie
diff -ru ../qpsmtpd-0.29.orig/lib/Qpsmtpd/Connection.pm
./lib/Qpsmtpd/Connection.pm
--- ../qpsmtpd-0.29.orig/lib/Qpsmtpd/Connection.pm Wed Sep 22 12:01:16 2004
+++ ./lib/Qpsmtpd/Connection.pm Thu Jul 7
Author: robert
Date: Thu Jul 7 20:37:09 2005
New Revision: 486
Modified:
trunk/ (props changed)
trunk/README.plugins
Log:
[EMAIL PROTECTED]: rspier | 2005-07-07 20:32:53 -0700
fix isa_plugins typo
Modified: trunk/README.plugins
On 7 Jul 2005, at 01:09, Gordon Rowell wrote:
Or should we have a bug reporting address/tracker?
We should. I think there's RT setup at perl.org for this...
There is. I need to setup some details, and will try and get that
done today.
Ok -
* We have a queue on rt.perl.org
* New
How about we wait another couple of days to see if Roberts patches
need some tweaks before branching for 0.31 (and starting the
high_perf merge). Or Matt, do you have a few days free right now in
particular to hack on it?
- ask
--
http://www.askbjoernhansen.com/
18 matches
Mail list logo