While moving my svn repos to git, I pushed out the source for a
Qpsmtpd plugin I wrote probably five years ago. It is probably
severely outdated, but thought I would post the link here for
historical purposes:
https://github.com/redhotpenguin/Summit/blob/master/plugins/summit
Warning: this
John Peacock skribis 2008-02-21 13:38 (-0500):
http://jobs.perl.org/job/7848
http://jobs.perl.org/job/7846
http://jobs.perl.org/job/7324
Neither opening appears to have anything to do with qpsmtpd, the topic
of this mailing list.
Perl and email though, that's pretty close.
Ed McLain wrote:
Hello all,
Got a quick question for all those out there running large setups using
qpsmtpd. We currently have a setup which is load balanced across an several
qpsmtpd servers running a custom linux distro that basically runs the entire
setup in ram for maximum performance.
Ed McLain wrote:
I actually did a full testing of qpsmtpd-apache vs forkserver when I first
started building this cluster and the apache version just had way to much
overhead. Basically it couldn't handle the connections per second we were
throwing it. I asked the list for some help at that
Ed McLain schrieb:
I'm all for any changes you have. I found most, I think, of the issues on
our beta system had to do with some of the plugins, not sure though.. If you
have any patches though I'd be open to trying to them out. I gotta do
something. We currently have 8 3Ghz ( single cpu/dual
On Sun, 11 Mar 2007 11:59 pm, James Turnbull wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Matt Sergeant wrote:
Is there a simple rcpt plugin to check against the qmail aliases
directory and the qmail virtualdomains file?
Um - this has trickled a memory somewhere - perhaps a
On Wed, 21 Feb 2007, Mark Glines wrote:
...
So I'm writing to ask: has anyone written a Gentoo ebuild for qpsmtpd
yet? If not, here's mine. (It turned out to be pretty trivial.)
Very cool - looking forward to giving it a spin tonight. Any chance you
can submit it into the official portage
On Thu, 1 Feb 2007 6:56 am, John Peacock wrote:
Bryan Scott wrote:
Forkserver maxes at 30 on the 2 filters and 15 on the primary (which
is mostly answering to machines using stale DNS records, i.e. dynamic
zombie hosts).
That is almost precisely our current configuration (except that the
Michael C. Toren wrote:
- Treat DENY_DISCONNECT from connect hooks the same as DENY.
Previously, a return code of DENY_DISCONNECT was being
ignored, resulting in the default DECLINED action being
taken.
I've had spammers connect and hit all the domains on
On Sun, 3 Sep 2006, W. Tait Cyrus wrote:
Can someone verify if this is a bug.
In file:
lib/Qpsmtpd/SMTP.pm
in rcpt() in the elsif for $rc == DENY, I believe that there is a return
missing. The code is currently:
elsif ($rc == DENY) {
$msg ||= 'relaying denied';
$self-respond(550,
David Nicol wrote:
On 8/21/06, Fred Moyer [EMAIL PROTECTED] wrote:
Greetings,
I've hacked a method I needed into Qpsmtpd::Transaction called
body_front_write(), which writes to the front of the message body. I
drew heavily from body_write(), but couldn't find a way to avoid
making a copy
Greetings,
I've hacked a method I needed into Qpsmtpd::Transaction called
body_front_write(), which writes to the front of the message body. I drew
heavily from body_write(), but couldn't find a way to avoid making a copy of
the body in order to write to the front of it. I was wondering if
John Peacock wrote:
Peter J. Holzer wrote:
Run qpsmtpd (not forkserver or the apache module) after setting the
TCPREMOTEIP environment variable:
TCPREMOTEIP=127.0.0.1 perl -d qpsmtpd
That would be 'perl -dT qpsmtpd' (else you'll get a warning).
I ended up using that exact command last
I'm wondering if Qpsmtpd can be run in single process mode using the
Perl debugger the way that mod_perl can. Ideally I would like to step
through my plugin execution using the debugger. Any thoughts on how to
do that?
On Sat, 15 Apr 2006, Max Clark wrote:
idea would be to then take this information and create a ratio - if
the threshold is crossed then the remote ip, host, and/or domain would
be blacklisted/greylisted for a period of time.
What do you think, is there value in this approach?
You can
On Mon, 13 Mar 2006, Gavin Carr wrote:
On Mon, Mar 13, 2006 at 11:00:33AM +1100, Charles Butcher wrote:
I am thinking, for example, if spamassassin scores 3 or higher to
softfail and add to the greylist database. Chances are we'll never see
it again. If its from a real site then it should
, with a regex perhaps.
=head1 AUTHOR
Fred Moyer [EMAIL PROTECTED]
=head1 COPYRIGHT AND LICENSE
Copyright 2006 Fred Moyer
This plugin is licensed under the same terms as the qpsmtpd package itself.
Please see the LICENSE file included with qpsmtpd for details.
=cut
sub init {
my ($self, $qp
Johan Almqvist wrote:
On Mar 9, 2006, at 08:56, Fred Moyer wrote:
Greetings,
I wrote a plugin to limit the size of messages allowed through
Qpsmtpd. It's crude, waiting for the message to be spooled to disk,
but I didn't see a way of grabbing the body size before the
transaction object
On Mar 9, 2006, at 11:02, Ask Bjørn Hansen wrote:
On Mar 9, 2006, at 12:46 AM, Fred Moyer wrote:
Do'h! I dug around the code but couldn't find that feature,
An update to the wiki would be in order if you have a minute.
Done (I think)
Anyway, it was easy enough to put together
:
size_matters limit size_in_bytes
=head1 TODO
=over 4
=item *
Reject the email before it's spooled to disk if it's too big.
=back
=head1 AUTHOR
Fred Moyer [EMAIL PROTECTED]
=head1 COPYRIGHT AND LICENSE
Copyright 2006 Fred Moyer
This plugin is licensed under the same terms as the qpsmtpd
Peter Eisch wrote:
On 3/4/06 4:12 AM, Ask Bjørn Hansen [EMAIL PROTECTED] wrote:
On Jan 26, 2006, at 21:55, Peter Eisch wrote:
I've added the caching and the /proc as well as the /kern for *bsd systems.
Yes, I'm running this live on *bsd. No, I've not run this on *inux but
I've tested the
Johan Almqvist wrote:
Hi all
I've been putting some work into the wiki recently, but I think it'd be
useful the people on the list could contribute some more to it. In
particular, it would be great if we could get the following pieces in
place:
- retting and installing qpsmtpd (TRUNK
On Wed, 8 Feb 2006, Robert Spier wrote:
I think what we need is a three-strikes meta plugin: if a remote MTA
has been sent a DENY_SOFT or DENY and continues to attempt the send a
One of the things on my eternally long list is a throttling system.
If you connect too often, too fast, go away!
On Wed, 25 Jan 2006, [EMAIL PROTECTED] wrote:
On Tue, 24 Jan 2006, Fred Moyer wrote:
I scripted out my installation into the following set of commands. I
had to explicitly configure the spool_dir in config/spool_dir or I
encountered this message in the log:
...
cp /tmp/qptest/run .
cp /tmp
When I link /home/smtpd/qpsmtpd to /service/qpsmtpd, I get the
following in the log file:
@400043d65cf2353dd83c Out of memory!
@400043d65cf235423954 Callback called exit at ./qpsmtpd-forkserver
line 13.
I ran into the 'Out of memory!' error the first time I setup 0.31. Check
[ please cc the list when responding ]
Thanks for your response.
On Tue, 24 Jan 2006, Fred Moyer wrote:
When I link /home/smtpd/qpsmtpd to /service/qpsmtpd, I get the
following in the log file:
@400043d65cf2353dd83c Out of memory!
@400043d65cf235423954 Callback
[EMAIL PROTECTED] wrote:
On Tue, 24 Jan 2006, John Peacock wrote:
so I suspect you have something weird in your config/plugins file that is
causing forkserver to bail. Could you comment out everything except rcpt_ok and
a queue plugin and try again?
Exactly the same results :-(
John Peacock wrote:
Fred Moyer wrote:
2) Using 0.31 and Apache::Qpsmtpd and the modified auth_vpopmail_sql
plugin as shown above, all clients except MS Windows based clients can
authenticate. The behavior is similar using 0.28 under A::Q. From
debugging I have been able to determine
John Peacock wrote:
Skaag Argonius wrote:
So the question is this - does the latest check_delivery plugin work
with vpopmail-sql? and if it does, will it honour the local
.qmail-default file in case it contains a special catch-all?
That plugin is not actively maintained[1], so AFAICT, the
Robin Bowes wrote:
Hi,
Can anyone point me at the latest version of the check_delivery plugin?
I've checked the list archives and found this:
http://www.redhotpenguin.com/check_delivery
Is that the latest?
I've been running that version in production for close to a year now
IIRC. You
Ask Bjørn Hansen wrote:
On Oct 25, 2005, at 14:55 , Matt Sergeant wrote:
http://svn.apache.org/repos/asf/httpd/mod_smtpd/trunk/
Given the new competition I'll roll a new RC of 0.31 so we can try to
stay ahead. ;-)
Ready and willing to test it once it's rolled. I've written my first
Hi,
I've been seeing this line reach 10/10 sometimes in my logfile, at which
point qpsmtpd refuses connections. Can someone clue me in on how to
raise this limit? I think this is spammers doing this.
@400043178dd60ad4e93c tcpserver: status: 10/10
I'm going to YAPC in Toronto. Anybody else?
Yup. We could do a qpsmtpd BOF if there's enough interest.
...
$interest++;
$interest++;
Looking at the schedule, the talks on Day 1 and 2 end at 4:45. Does
anyone know the venue well enough to suggest a meeting location? Any
thoughts on
Matt Sergeant wrote:
On 17 Jun 2005, at 08:40, Keith Ivey wrote:
I'm going to YAPC in Toronto. Anybody else?
Yup. We could do a qpsmtpd BOF if there's enough interest.
I'll be there.
$interest++;
Philip Gladstone wrote:
I'm looking for a copy of the check_delivery plugin. Unfortunately
neither of the two servers that might host it seem to be up any more.
If some kind soul could email me a copy, I'd be grateful.
I have it working in production but I had to hack the source to get it
David Nicol wrote:
On 5/10/05, Michael Holzt [EMAIL PROTECTED] wrote:
I'm currently trying to hack TLS support for qpsmtpd. The idea is to use
IO::Socket::TLS. I implemented a new starttls command, my current code is:
why not use an stunnel proxy?
I, for one, being an enthusiastic qpsmtpd
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
Hi,
I was setting up qpsmtpd and uncommented some entries in config/plugins
by removing one leading space for two of the plugins. Connections
weren't being accepted, so I checked the debug log and found that plugin
listings with leading white space weren't being properly loaded.
I'm leaving it
test whether that is defined as part of the CRAM-MD5 test. Can you try
to change that line to:
my $pw_clear_passwd = exists $passwd_hash-{'pw_clear_passwd'}
? $passwd_hash-{'pw_clear_passwd'}
: undef;
and see if that still
[ cc'd John but sent to wrong list address initially]
So, please check out the current CVS and test it and let us know what
you see.
I upgraded to HEAD after this email was sent and it's been working well
for me. I got a warning in the log for an uninitialized var, I'm using
auth_vpopmail_sql
Greetings,
I was playing around with Apache::Qpsmtpd today with mod_perl 1.99_17, and
I needed to patch the source as follows. One other thing I had to do was
to symbolically link all files in /var/qmail/control to
/home/httpd/qpsmtpd/config/. I don't know if that's a standard part of
setting
However, the PLAIN and LOGIN mechanisms send the password over the wire
(base64
encoded in the case of the LOGIN), so it would be possible to support
crypted
passwords there, but then the plugin couldn't support CRAM-MD5 at all.
Correct, the changes I made won't support crypted passwords
Hello qpsmtpd email list!
I made some very minor changes to the auth_vpopmail_sql auth plugin for
using vpopmail with encrypted passwords. I did not see a straightforward
approach to integrating these changes into auth_vpopmail_sql, as it is
supporting cram-md5 based as well as plain text auth
43 matches
Mail list logo
