Re: prefork hook

2005-04-26 Thread John Peacock
Robert Spier wrote: Well, it really depends. If you're creating it once in the parent and then using the copies in the child, you'll actually save time. With modern operating systems, a fork is actually pretty cheap. Most use copy-on-write, so it doesn't matter too much how big the process is,

Rudimentary config server

2005-04-26 Thread Matt Sergeant
I've just added a rudimentary config server to the high_perf branch. This allows you to connect on localhost to check number of concurrent connections and the number of pending dns queries. I have a few thoughts on other things that can be done, but I'd also like feedback on what people would

Re: Rudimentary config server

2005-04-26 Thread Robert Spier
What else would you like to see me add to this? Current connections. Top-connecting hosts.

Re: Rudimentary config server

2005-04-26 Thread Matt Sergeant
On 26 Apr 2005, at 13:50, Bob wrote: Pause/Continue, not so simple. I can appreciate that there would be lots of state issues to handle to deliver a simple sounding feature. Well it would be more like stop accepting connections and then resume accepting. It's really trivial to do that :-) Matt.

Re: Rudimentary config server

2005-04-26 Thread Brian Grossman
On Tue, 26 Apr 2005 11:55:07 -0400 Matt Sergeant [EMAIL PROTECTED] wrote: What else would you like to see me add to this? List of current connections with whatever information about the connection is handy, especially time of connect and remote ip. Like ps. Since there are likely to be

TLS support

2005-04-26 Thread Fred Moyer
Hi, I've looked around in the docs and on the list archives for TLS support in qpsmtpd but haven't found any information. Is this functionality that still needs to be done? Or maybe it's something that can be accomplished using the Apache::Qpsmtpd plugin with mod_ssl? Thanks in advance for any

Re: TLS support

2005-04-26 Thread Michael Holzt
I've looked around in the docs and on the list archives for TLS support in qpsmtpd but haven't found any information. To my latest knowledge this has still not been done. I always wanted to take a look into this, because it should not be too complicated given that there are ready available

Re: TLS support

2005-04-26 Thread John Peacock
Fred Moyer wrote: I've looked around in the docs and on the list archives for TLS support in qpsmtpd but haven't found any information. Is this functionality that still needs to be done? Or maybe it's something that can be accomplished using the Apache::Qpsmtpd plugin with mod_ssl? I think the

Re: TLS support

2005-04-26 Thread Michael Holzt
I think the consensus (in July/August 2004) was to use stunnel as a wrapper around qpsmtpd, e.g. Thats not a solution for the problem. While this will enable SMTPS (which happens to be the secure version of SMTP like HTTP/HTTPS), this is not of much use as SMTPS is mostly dead in favor of TLS.

Re: TLS support

2005-04-26 Thread Bob
Matt Sergeant wrote: On 26 Apr 2005, at 15:00, Michael Holzt wrote: I think the consensus (in July/August 2004) was to use stunnel as a wrapper around qpsmtpd, e.g. Thats not a solution for the problem. While this will enable SMTPS (which happens to be the secure version of SMTP like

high_perf: $self-{_qp} going out of scope

2005-04-26 Thread Brian Grossman
Is anyone else seeing this in high_perf? The log message would look something like this: Can't call method log on an undefined value at .../lib/Qpsmtpd/Plugin.pm line 47. (That line number will be off because I've modified Plugin.pm.) When a Danga callback is called, a call to Plugin's

Re: Rudimentary config server

2005-04-26 Thread Bob
Brian Grossman wrote: On Tue, 26 Apr 2005 11:55:07 -0400 Matt Sergeant [EMAIL PROTECTED] wrote: What else would you like to see me add to this? List of current connections with whatever information about the connection is handy, especially time of connect and remote ip. Like ps. Since

Re: Rudimentary config server

2005-04-26 Thread Bob
Bob wrote: Brian Grossman wrote: On Tue, 26 Apr 2005 11:55:07 -0400 Matt Sergeant [EMAIL PROTECTED] wrote: What else would you like to see me add to this? List of current connections with whatever information about the connection is handy, especially time of connect and remote ip. Like

Re: TLS support

2005-04-26 Thread Elliot Foster
Charlie Brady wrote: On Tue, 26 Apr 2005, Bob wrote: John Peacock wrote: I think the consensus (in July/August 2004) was to use stunnel as a wrapper around qpsmtpd, e.g. exec tcpserver (flags) stunnel (flags) qpsmtpd and stunnel (of recent enough vintage) will just proxy the SMTP transaction

Re: Rudimentary config server

2005-04-26 Thread Brian Grossman
On Tue, 26 Apr 2005 14:51:21 -0400 Bob [EMAIL PROTECTED] wrote: Mainly wishing they would timeout? If they're hanging on long enough to come to your attention, maybe a timeout watchdog would work. Doesn't forkserver have one? I was thinking in general, since there's other things I'd like to

Re: Rudimentary config server

2005-04-26 Thread Brian Grossman
On Tue, 26 Apr 2005 16:14:00 -0400 Matt Sergeant [EMAIL PROTECTED] wrote: On 26 Apr 2005, at 14:51, Bob wrote: Mainly wishing they would timeout? If they're hanging on long enough to come to your attention, maybe a timeout watchdog would work. Doesn't forkserver have one? high_perf

Re: Rudimentary config server

2005-04-26 Thread Matt Sergeant
On 26 Apr 2005, at 16:56, Brian Grossman wrote: Erm, could you point one out to me for an example? I'm hoping in particular to implement booting a connection when it doesn't say anything for several minutes. I do this in forkserver with SIG{ALRM}, for example. It just does it. It times out

Re: TLS support

2005-04-26 Thread John Peacock
Michael Holzt wrote: a look into this, because it should not be too complicated given that there are ready available TLS-functions for perl which can transform a given connection into a secure one. I don't see anything obvious on CPAN. Is there some module I'm not seeing that supports TLS