How to configure qpsmtpd with pperl

I'm trying to get qpsmtpd working with pperl and was wondering how to do it. I tried following the README instructions by commenting out the softlimit/tcpserver line and replacing it with the pperl line: pperl -Tw -- --prefork=$MAXCLIENTS --maxclients=$MAXCLIENTS \ --no-cleanup ./qpsmtpd 2>

Re: How to configure qpsmtpd with pperl

On 4/1/06, Robin Bowes wrote: > > Why would you want to use xinetd instead of tcpserver? I'm using xinetd as a round about way to use pperl because the 0.32 README recommends pperl for better performance (it mentions forkserver but seems to recommend it as a backup choice when pperl is unstable).

Danga based high performance version?

The qpsmtpd wiki's homepage mentions the following in the "Getting qpsmtpd" section, however the link no longer exists: > If you want to implement the Danga based high > performance version checkout a copy of the > high performance > branch

Apache::Qpsmtpd

I'm attempting to get qpsmtpd 0.32 Apache::Qpsmtpd working with Apache 2.0.55, mod_perl 2.0.2, and Postfix 2.2.9. When I configure httpd.conf as shown in the SYNOPSIS, Apache will start and qpsmtpd will listen on port 25, however, when I attempt to send an email it gets rejected with an error 450 (

Re: Apache::Qpsmtpd

On 4/1/06, John Wang <[EMAIL PROTECTED]> wrote: > > I'm attempting to get qpsmtpd 0.32 Apache::Qpsmtpd working with Apache > 2.0.55, mod_perl 2.0.2, and Postfix 2.2.9. > > What am I missing? Is there a fix for this? > I got this working after finding

Wiki update

I did a brief update of several pages, primarily due to the install issues I mention on the tcpserver page: http://wiki.qpsmtpd.org/tcpserver http://wiki.qpsmtpd.org/daemontools http://wiki.qpsmtpd.org/inetd Please check for correctness. John

Re: Wiki update

On 4/2/06, Robin Bowes wrote: > > Or: > > perl -pi -e 's/extern int errno;/#include /' error.h > > There are several ways to fix the problem - which one you choose depends > on your "religious" leanings :) > > I'd add this to the page but I can't remember my password, or see how to > get it reset.

Re: Danga based high performance version?

On 4/1/06, Ask Bjørn Hansen wrote: > > The danga version isn't entirely stable yet. We might move it back to a > branch and the 0.3x code back to the trunk. Thanks Ask. Are the stability issues general issues or are they OS/distro-specific? Also, is there a issue/bug tracking system for qpsmtpd l

Re: Apache::Qpsmtpd

On 4/2/06, Matt Sergeant wrote: > > On 2-Apr-06, at 1:13 AM, John Wang wrote: > > what's the primary motivation to use Apache::Qpsmtpd > > if it won't work with check_earlytalker. > > a) it does work with check_earlytalker - if you find it doesn't > please

Re: Wiki update

On 4/2/06, Charlie Brady wrote: > > Modifying conf-cc is the only way which is guaranteed to comply with DJB's > license conditions. The perl edit script maybe considered as a source > code patch, and binaries built from patched source code may not be > distributed. I put a distribution section o

Re: Apache::Qpsmtpd

On 4/2/06, Charlie Brady wrote: > > On Sun, 2 Apr 2006, Matt Sergeant wrote: > > b) it should be significantly faster since there is no fork overhead > > with Apache. > It would be safer to benchmark than to trust speculation. > Are there any published benchmarks to comparing the various methods o

SysV-style init.d/rc-Scripts

Would it make sense to include these (tailored to the tarball layout) in the tarball distribution in addition to the .rpm and .deb packages? Some other tarball distributions come with init.d/rc scripts which I've found useful, e.g. lighttpd (RH, SuSE) and memcached (Debian). John

Re: SysV-style init.d/rc-Scripts

On 4/3/06, Peter J. Holzer wrote: > > On 2006-04-03 03:35:17 -0700, John Wang wrote: > > Would it make sense to include these (tailored to the tarball layout) > > in the tarball distribution in addition to the .rpm and .deb packages? > I think these would belong into the

Re: Wiki update

On 4/3/06, Charlie Brady wrote: > > Because DJB tells us to tweak conf-cc, but says we may not modify source > code. Is this mentioned somewhere on his website? If it's on his website and referenceable, I'll add it to the wiki. Just FYI, I put a second perl edit in the wiki that modifies conf-cc

Re: Wiki update

On 4/3/06, Charlie Brady wrote: > > It's there in the djbdns install doco, but hasn't yet been added to the > daemontools (or ucspi-tcp, qmail, publicfile etc) install instructions: > > http://cr.yp.to/djbdns/install.html > > So if you are ultra cautious, you may feel there is no approved > workaro

Re: Wiki update

On 4/2/06, Robin Bowes <[EMAIL PROTECTED]> wrote: > > There are several ways to fix the problem - which one you choose depends > on your "religious" leanings :) I didn't fully appreciate the word "religious" earlier. I'm starting to catch on :) John

Plugin repository

I was reading the wiki which says there's no good central repository for plugins. Is there a reason why CPAN can't be used for qpsmtpd and its plugins? Catalyst, CGI::Application and POE all have numerous plugins / components on CPAN. SpamAssassin also uses CPAN. Just curious. John

Re: SysV-style init.d/rc-Scripts

On 4/3/06, Gordon Rowell <[EMAIL PROTECTED]> wrote: > > Sure, but it's not an either/or choice. You can have SysV startup and > process supervision - that's how we do it in the SME Server. > > I imagine people also want to: > > - have processes restarted if something fails > - have a standard, cons

Re: Plugin Repository

On 4/21/06, David Wheeler <[EMAIL PROTECTED]> wrote: > > On Apr 21, 2006, at 09:17, Peter J. Holzer wrote: > > > There is a plugins page on the Wiki: http://wiki.qpsmtpd.org/plugins > > Until we have a better place just add your plugins to the page. > > This has probably been asked before, but why