On Saturday, Nov 16, 2002, at 18:23 Europe/London, David Garamond wrote:
Matt Sergeant wrote:
Just use PPerl. It's on CPAN. Replace qpsmtpd's shebang line with
pperl instead of perl, and it'll stay persistent in memory.
We use PPerl at MessageLabs, running about 10 million messages a day
On Tuesday, Nov 26, 2002, at 11:59 Europe/London, Andrew Pam wrote:
I don't suppose there are any support routines in qpsmtpd to read
CDB databases like ~qmail/users/cdb?
CDB_File from CPAN works fine, though there's a bug in it that it leaks
memory and file handles (though that doesn't
Here's a plugin to kill sobig:
sub register {
my ($self, $qp) = @_;
$self-register_hook(data_post, check_sobig);
}
# Sobig always has the same MIME boundary:
# Content-Type: multipart/mixed;
#boundary=CSmtpMsgPart123X456_000_0062CA95
sub check_sobig {
my ($self, $transaction) = @_;
I've just uploaded a module to CPAN called Net::DCCIf. This is a
replacement for the perl code that ships with the DCC [1] that (I think)
makes interfacing to a local dccifd a lot easier. It was designed with the
idea of using it from qpsmtpd, but will work elsewhere.
It'll take 24 hours to
On Friday, May 30, 2003, at 19:35 Europe/London, Devin Carraway wrote:
On Fri, May 30, 2003 at 10:04:24PM +1000, Gavin Carr wrote:
A while ago Matt Sergeant mentioned he'd implemented a plugin that he
couldn't release that returned a denysoft on the first connection from
an IP address
--
Date: 9 Jun 2003 11:06:41 -
From: Matt Sergeant [EMAIL PROTECTED]
To: [EMAIL PROTECTED] [EMAIL PROTECTED]
Subject: cvs commit: qpsmtpd/plugins/queue smtp-forward
cvsuser 03/06/09 04:06:41
Added: plugins/queue smtp-forward
Log:
Added an smtp forwarding plugin
Revision Changes
On Monday, Jun 23, 2003, at 21:02 Europe/London, Steph L wrote:
Hi,
I've started to use qpsmtpd and I'm attempting to integrate qpsmtpd
with
amavisd-new (http://www.ijs.si/software/amavisd/). The plugin I'm
attempting to write in some certain circumstances (virus found,
attachment
not
On Tue, 24 Jun 2003, Matt Sergeant wrote:
On Tuesday, Jun 24, 2003, at 08:39 Europe/London, Matt Sergeant wrote:
On Monday, Jun 23, 2003, at 21:02 Europe/London, Steph L wrote:
Looking at the return codes it seems that currently there is no
DISCARD
return code. Is it possible to add
On Wednesday, Jun 25, 2003, at 21:27 Europe/London, Ask Bjørn Hansen
wrote:
On Wednesday, Jun 25, 2003, at 13:05 America/Los_Angeles, Matt
Sergeant wrote:
On Wednesday, Jun 25, 2003, at 06:38 Europe/London, Gnuelse wrote:
How can I stop lookups on those allowed to relay?
I don't think you can
On Thursday, Jun 26, 2003, at 00:21 Europe/London, Gnuelse wrote:
Actually I've just figured out the solution... Run another qpsmtpd on
a
separate IP in 10. or 192.168. with -H.
Considered that too. Would mean pain for dialup clients, and pop
before
smtp clients. My phones would be extremely
Applied, thanks.
On Wednesday, Jul 23, 2003, at 19:41 Europe/London, Meng Weng Wong
wrote:
| This plugin forwards the mail via SMTP to a specified server, rather
| than delivering the email locally.
|
| It takes one required parameter, the IP address or hostname to
forward
| to.
|
|
On Thu, 31 Jul 2003, Meng Weng Wong wrote:
On Sun, Jul 27, 2003 at 05:08:08PM -1000, James H. Thompson wrote:
| I found that speedyCGI worked much better than pperl -- at least on my systems.
I was reading http://daemoninc.com/SpeedyCGI/ and saw:
SpeedyCGI and PersistentPerl are
On Thursday, Jul 31, 2003, at 19:03 Europe/London, Meng Weng Wong wrote:
On Thu, Jul 31, 2003 at 06:41:01PM +0100, Matt Sergeant wrote:
|
| Basically the difference between the two is that PPerl's daemon code
is in
| Perl, whereas PersistenPerl's daemon is in C and embeds a perl
| interpreter
On Sunday, 31 August 2003, at 18:05, Reuven M. Lerner wrote:
I just discovered qpsmtpd in the last 48 hours, and I'm extremely
impressed. Kudos to the developers of this amazing package!
There's only one thing stopping me from switching 100 percent over to
qpsmtpd, and that's my mobility: I want
On 15 Sep 2003, at 12:01, Ask Bjørn Hansen wrote:
use POSIX qw(strftime) consumed: 340 KB bytes
Hmn, it's only used to format the date for the received header.
I wonder if Time::Piece 1.x is lighter...
use Net::DNS consumed: 1764 KB bytes
Ouch. I think it's only used by some of the plugins, but
On 22 Sep 2003, at 12:21, Ask Bjørn Hansen wrote:
We could potentially add support for milter filters to qpsmtpd if
someone made a plugin using the new Net::Milter module[1] to somehow
translate plugin hooks to milter calls. :-)
Since it's written by the guy who sits next to me at work, what
cvsuser 03/10/01 13:57:11
Modified:.Changes
Added: plugins milter
Log:
Milter plugin
Revision ChangesPath
1.51 +2 -0 qpsmtpd/Changes
Index: Changes
===
RCS file:
I just applied the following to CVS. Is it just me, or does anyone else
find that you sometimes get ... opened only for output in their logs?
This patch fixes that.
Begin forwarded message:
From: Matt Sergeant [EMAIL PROTECTED]
Date: 9 October 2003 18:21:49 BST
To: [EMAIL PROTECTED]
Subject
On Mon, 27 Oct 2003, Skaag Argonius wrote:
My ~smtpd/tmp directory is constantly filled with junk. I now have a cron
script cleaning up files older than 6 hours to keep the drives from filling
up.
Here's the content of my qpsmtpd/config/plugins file (removed remarks for
readability):
On 28 Oct 2003, at 19:34, Skaag Argonius wrote:
clamd.pm can't seem to be able to ping my clamav daemon (altough it's
running and listening on TCP port 3310).
Can you confirm that this is the port that clamd.pm is looking for?
What am I missing here?
By default Clamd.pm looks for the unix socket
On 3 Nov 2003, at 20:05, Gavin Carr wrote:
We seem to be seeing a bit of duplication lately - do we need a webpage
or something where announced plugins (and patches and forks) can be
registered (and perhaps rated)? We probably also need to ensure that
third-party plugins included in the
On 5 Nov 2003, at 10:20, ross mueller wrote:
Here's the exact runfile i'm using
#!/bin/sh
QMAILDUID=`id -u qmaild`
NOFILESGID=`id -g qmaild`
#exec /usr/local/bin/softlimit -m 2500 \
/usr/local/bin/tcpserver -c 150 -v -p -R -t 20 \
-u $QMAILDUID -g $NOFILESGID `head -1 config/IP` smtp \
On 6 Nov 2003, at 22:32, Ask Bjørn Hansen wrote:
Good question. I don't think it was intentional. :-) (Matt?)
*blush*
Total accident, sorry.
On 25 Nov 2003, at 12:36, Brian Grossman wrote:
Ugh. It looks like the way Mail::Address::format() uses it,
new('','') is
most correct. New('') is definitely incorrect, though new('') will
work.
Can you please come up with a test that shows that new('') is
incorrect? I'm not going to just
On 26 Nov 2003, at 11:50, Keith C. Ivey wrote:
I think the worry is that Mail::Address will be patched to
introduce quotes around phrases where the RFC requires them,
which would mean that the format would become '' rather
than ''. As I understand Brian, Debian already has a patch
that does
cvsuser 03/12/03 00:07:36
Modified:lib/Qpsmtpd Constants.pm SMTP.pm
Log:
DENYHARD - allows you to DENY with a disconnect
Revision ChangesPath
1.6 +2 -1 qpsmtpd/lib/Qpsmtpd/Constants.pm
Index: Constants.pm
On 3 Dec 2003, at 1:30, Jim Winstead wrote:
i added a 'DENYHARD' for exactly this sort of reason. it sends the 550
response, and then drops the connection.
it's attached -- it isn't against the most recent version, so it may
not
patch cleanly.
it also adds a reset_transaction hook. (i needed it
cvsuser 03/12/03 00:12:28
Modified:.README.plugins
Log:
Document DENYHARD
Revision ChangesPath
1.7 +10 -0 qpsmtpd/README.plugins
Index: README.plugins
===
RCS file:
cvsuser 03/12/03 12:58:30
Modified:lib/Qpsmtpd SMTP.pm
Log:
Support DENYHARD as response to RCPT
Revision ChangesPath
1.21 +6 -0 qpsmtpd/lib/Qpsmtpd/SMTP.pm
Index: SMTP.pm
===
RCS file:
cvsuser 03/12/11 01:07:51
Modified:plugins sender_permitted_from
Log:
SPF now requires the HELO string
Revision ChangesPath
1.5 +2 -1 qpsmtpd/plugins/sender_permitted_from
Index: sender_permitted_from
On 8 Jan 2004, at 21:55, John Peacock wrote:
Why would spamd be faster with PPerl?
Sorry, I was misremembering something that Matt Sergeant told me once.
He said to run spamassassin itself under PPerl (and not spamc/spamd)
since PPerl will make it into a much more efficient daemon than
spamc
In case you don't want to block based on all emails with Hi as the
subject, this is working well for me:
#!/usr/bin/perl -w
sub register {
my $self = shift;
$self-register_hook('data_post', 'check_for_hi_virus');
}
sub check_for_hi_virus {
my ($self, $transaction) = @_;
# make
On Mon, 19 Jan 2004, [ISO-8859-1] Ask Bjrn Hansen wrote:
On Jan 19, 2004, at 12:55 AM, Matt Sergeant wrote:
In case you don't want to block based on all emails with Hi as the
subject, this is working well for me:
Yay, thanks Matt! (Got hundreds of them already to various @perl.org
On 24 Jan 2004, at 14:42, David Garamond wrote:
Matt Sergeant wrote:
I actually had some major problems with qpsmtpd-server (similar and
other probs) so had to stop using it. Unfortunately that means you're
flying by the seat of your pants :-/
Care to share what other problems did you
On 28 Jan 2004, at 16:10, Guillaume Filion wrote:
Do any of you has been able to make the clamav plugin stop Worm.SCO.A?
It
seems to me there's something broken with the plugin...
Are you sure your virus signatures are up to date? Does your viruses.db
contain Worm.SCO (or Mydoom, which is the
On Wed, 18 Feb 2004, David Garamond wrote:
I'm witnessing zombie spamc processes being formed rather quickly if I
use 'qpsmtpd-server'. For now I add this line to 'qpsmtpd-server':
$SIG{CHLD} = 'IGNORE';
Have you seen another other problems with qpsmtpd-server? I wasn't
convinced it was
On Tue, 13 Jan 2004, Gavin Carr wrote:
The plugin requires a tiny patch (attached) to be applied to Qpsmtpd.pm,
allowing config plugins to be passed additional arbitrary parameters -
the problem being that the recipient is not available within the
transaction at the time the config hook gets
Argh. I have a rather large patch that refactors logging (all log levels
become constants and you can set config/loglevel) and plugin compilation,
but it's on my iBook which is off for repair now and might not be back by
then.
To be fair it can probably wait - it doesn't affect anything major,
On Mon, 23 Feb 2004, Anthony D. Urso wrote:
2. IO::Socket will die() when attempting to send to a disconnected
socket, and, at least on my system, the select will return
disconnected sockets as ready to write. So, this either needs to be
evaled or a check for connectedness
From: Gavin Carr [EMAIL PROTECTED]
On Sun, Feb 22, 2004 at 04:52:53PM +, Matt Sergeant wrote:
Sorry to take so long to get back to you on this...
My take on this is that the second parameter is already taken, and so we
should just pass on extra params, not change the existing API
On 6 Mar 2004, at 18:20, [EMAIL PROTECTED] wrote:
Are there any moves afoot to do the same thing for qmail-remote as
qpsmtpd does for qmail-smtpd?
IIRC Russ Nelson has a perl mail sender somewhere in his software
archive. Might be a good starting point. Though qmail-remote is quite
On 9 Mar 2004, at 21:49, [EMAIL PROTECTED] wrote:
On Tue, 9 Mar 2004, Robert Spier wrote:
Apart from demonstrating my ability to forget vital features of
running my
system, does anyone have an opinion about whether it is worthwhile
running
qpsmtpd under PPerl???
We're running it (mostly) at
On 9 Mar 2004, at 22:32, ross mueller wrote:
Just FYI, if you try to load up qpsmtpd thats mounted on a NFS slice
with
pperl, all sorts of errors go out ;) (im sure ill get a response
saying dont
run it off an nfs slice)
anything from:
pperl: failed to read 3 bytes for an OK message:
I've checked a fork server into CVS HEAD. It does what has been
discussed on the list a few times - creates a pure perl tcp daemon,
loads all the plugins in the parent process, and forks a child off for
each connection. It should be a *lot* more stable than pperl or the
selectserver.
I've
On 15 Mar 2004, at 17:42, David Nicol wrote:
Matt Sergeant wrote:
I've checked a fork server ... number of child limits.
Matt.
Here's a way to do number of child limiting:
Yeah it's easy to do - I just don't feel I have a need for it at this
time so I'm happy to take patches.
There's a whole
cvsuser 04/03/18 15:02:43
Modified:.qpsmtpd-forkserver
Log:
Slightly better signal handling - may help stability issues for some people
Revision ChangesPath
1.2 +26 -10qpsmtpd/qpsmtpd-forkserver
Index: qpsmtpd-forkserver
On 18 Mar 2004, at 00:53, Robert Spier wrote:
I'm pretty sure this is a problem with clamdscan (note the _d_) not
properly parsing mime messages, and expecting them to be pre-parsed.
(clamscan -- note there is no _d_ -- has built in de-miming.)
You have to enable mime parsing in the config file.
On 19 Mar 2004, at 18:35, Charlie Brady wrote:
On Thu, 18 Mar 2004, Matt Sergeant wrote:
On 18 Mar 2004, at 22:55, Charlie Brady wrote:
I'll have a look at adding cdb lookup and setting of environment
variables
based on connecting IP address.
It already does that bit.
I don't see where. I
On 19 Mar 2004, at 21:23, Charlie Brady wrote:
Do you really need the second Qpsmtpd::TcpServer object? Could you not
do:
$plugin_loader-start_connection();
$plugin_loader-run();
in the child processes?
Possibly. I haven't tried. I just wanted to mirror the tcpserver setup
as much as
On 21 Mar 2004, at 06:14, James H. Thompson wrote:
I ran a few small tests on an old slow system and only looked at
messages/second.
Based on my very limited testing SpeedyCGI is slightly faster than
forkserver
There could easily be some problems in my test evironment, so these
results are
On 22 Mar 2004, at 21:26, Sam Laffere wrote:
Thanks to all the hard-workers fighting against the spam problem.
I just had to delete the .dbm database because it seemed to be stuck.
DBM files aren't generally safe in the face of multiple writers.
It probably has to be re-written with locking
On Tue, 23 Mar 2004, Skaag Argonius wrote:
I disagree with you and robert about remote mail admins not giving a damn.
Every mail admin i've talked to online, made the efforts to fix the
problems, because I am hosting mail for some companies that do some serious
business. Lost mail means lost
On 24 Mar 2004, at 11:50, Gavin Carr wrote:
The rest of your log seems to be doing the right thing. Here in the
first part,
the plugin's clearly recognising this is a new ip address, but it
looks as if
the write to the db is failing somehow. It's not a locking issue - the
lock is
already held
On 24 Mar 2004, at 22:53, Bryan Scott wrote:
After playing with Frank's new-and-improved hnbl, I noticed that quite
a few hosts were being blocked, and quite quickly. Then they hit over
and over again.
Sooo.. to spike the punch a little, I decided that, rather than simply
deny hosts that
On 26 Mar 2004, at 16:31, Bryan Scott wrote:
Matt Sergeant wrote:
On 25 Mar 2004, at 22:01, Bryan Scott wrote:
On another note, with all these worms and trojans going around, I've
seriously considered blocking outbound SMTP on our network and
requiring users to register their outbound SMTP
On 13 May 2004, at 00:50, Robert Spier wrote:
Definitely on my list of things to add. We've had issues with
connection limiting and lack of timeouts.
Do you have an idea of how you would do it?
Matt.
On 19 May 2004, at 02:40, Robert Spier wrote:
Wierd things are happening when I run my qpsmtpd-0.26 installation
under PPerl.
Yes, pperl and qpsmtpd often end up with weird things. It generally
works fine, but when it doesn't, it's really weird. That's why we
switched to forking.
I think this
On 24 May 2004, at 17:35, John Peacock wrote:
Can I get a show of hands for how people are running qpsmtpd?
Specifically:
1) tcpserver running
a) ./qpsmtpd directly
b) qpsmtpd-server
2) [x]inetd
3) qpsmtpd-forkserver
I'm now running qpsmtpd-forkserver. Still get a few zombie processes -
On 3 Jun 2004, at 00:39, [EMAIL PROTECTED] wrote:
My personal philosophy is that spam control should not be
dependent on anyone else. That means no dnsbl lists at all. It also
means
that whatever I do, I have to guarantee that legit email can get
through.
On top of that, it also means that I
On 3 Jun 2004, at 21:27, James Craig Burley wrote:
A spammer uses a large number of zombie machines to inject emails into
your system. Each email is forged such that your system has to
continuously perform SPF lookups for nonexistent or irrelevant domain
names. The spammer thus attacks your DNS
Ask,
Can you put the web site into CVS so any developer can add/change it?
On 11 Jun 2004, at 21:16, Jim Winstead wrote:
On Fri, Jun 11, 2004 at 09:01:57PM +0100, Matt Sergeant wrote:
OK, done. Since LAST is the default, and MIDDLE is impossible, I just
implemented an extra flag for FIRST.
impossible? you could use splice to just put it in the middle.
I guess I should
On 11 Jun 2004, at 21:16, Jim Winstead wrote:
On Fri, Jun 11, 2004 at 09:01:57PM +0100, Matt Sergeant wrote:
OK, done. Since LAST is the default, and MIDDLE is impossible, I just
implemented an extra flag for FIRST.
impossible? you could use splice to just put it in the middle.
Yes, but exactly
On 13 Jun 2004, at 11:48, Hanno Hecker wrote:
In addtition you could also add an alias for RFC errors at the end of
Qpsmtpd::Constants:
use constant RFC_ERROR = (DENY, 501);
So plugin writers can just write
return(RFC_ERROR, Syntax error in HELO argument);
Unfortunately perl's constants are
On 13 Jun 2004, at 09:45, Ask Bjørn Hansen wrote:
I think I'd rather see an extension so if the second part of the
return result is a three digit number we'll pass that back as the code
and use the third part as the message.
Does that make sense?
Yes.
Matt.
On 16 Jun 2004, at 05:57, Daniel Camacho wrote:
I'm having a problem with qpsmtpd. When I run it for the first time,
it works fine for a about a minute then slows down considerably and
connections to the server times out. I'm also getting the following in
the log when I use PPerl and
On 16 Jun 2004, at 22:06, John Peacock wrote:
Here is a complete implementation of SMTP AUTH
Could you s/\t//g; and resend?
Tabs don't work well in open environments.
On 19 Jun 2004, at 11:46, Tim Meadowcroft wrote:
On Saturday 19 Jun 2004 11:19, Peter J. Holzer wrote:
PS: I find that bug fixes are often only posted on the mailing-list
but
never added to the CVS, so that a few months later they are discovered
by somebody else. Can we do something to improve
I haven't examined whether it's qpsmtpd or Mail::Internet that does
this yet - but I would like to change $headers-add() to put headers
onto the front of the email instead of the back.
The reason being that the current implementation will break future
internet standards such as DomainKeys
cvsuser 04/06/29 14:45:09
Modified:lib/Qpsmtpd Plugin.pm SMTP.pm
Added: lib/Qpsmtpd Auth.pm
Log:
Auth changes (John Peacock with minor modifications by baud)
Revision ChangesPath
1.8 +1 -0 qpsmtpd/lib/Qpsmtpd/Plugin.pm
Index: Plugin.pm
cvsuser 04/06/29 14:45:35
Added: plugins authdeny authnull authsql
Log:
Auth changes (John Peacock with minor modifications by baud)
Revision ChangesPath
1.1 qpsmtpd/plugins/authdeny
Index: authdeny
On 17 Jun 2004, at 01:13, John Peacock wrote:
Ask bjørn hansen wrote:
On Jun 16, 2004, at 4:28 PM, Robert Spier wrote:
Here is a complete implementation of SMTP AUTH
Could you s/\t//g; and resend?
Tabs don't work well in open environments.
Eww. 4 spaces per tab please!
Whatever makes it
On 30 Jun 2004, at 10:13, Ask Bjørn Hansen wrote:
I've steered clear of PPerl as I've seen it reported as working
for
some, which is not good enough for ~200K messages we get a day
here. Is
PPerl success related to the perl version used?
That's an interesting theory. Matt?
It's highly likely.
On 1 Jul 2004, at 00:20, Ask Bjørn Hansen wrote:
On Jun 30, 2004, at 11:54 AM, Ted Zlatanov wrote:
qpsmtpd does not seem to support STARTTLS either. Is anyone working
on this, or is it a planned feature?
I'm not sure if anyone is working on it yet (John?), but it'd
certainly be nice to have.
It
On 2 Jul 2004, at 13:31, Mark Powell wrote:
It seems that notes() doesn't gain you much over using a variable
directly
or am I missing something?
Notes allows you to pass values between *different* plugins.
Notes also guarantees that it will be reset at the end of a connection
or transaction,
On 3 Jul 2004, at 18:08, Robert Spier wrote:
Looking into it a bit further - stunnel is the way to go. That way we
don't have to fiddle with qpsmtpd at all - it just comes for free.
But then you don't get STARTTLS unless you do some funky magic. You
just get SSL on another port.
(Or am I missing
On 4 Jul 2004, at 20:37, Devin Carraway wrote:
On Sun, Jul 04, 2004 at 07:40:51PM +0100, Mark Powell wrote:
Had some dialup joker today, opening 45 smtp connections and doing
nothing on them, but a NOOP every 30s. Four hours later they were all
still there, until I killed them and blocked the
On 5 Jul 2004, at 16:49, Charlie Brady wrote:
What needs to be done is:
- Offer starttls in response to EHLO
- parse and validate starttls verb.
- Return 220 Ready to start TLS
- exec stunnel wrapped around another instance of qpsmtpd
I don't think this is what's required. I could be wrong, but
Thanks, applied.
On 5 Jul 2004, at 17:14, Hanno Hecker wrote:
This diff adds a MAXCONNIP to qpsmtpd-forkserver. I set the default to
my $MAXCONNIP = 5;
Diff is against qpsmtpd-forkserver 0.28
Ask,
Please unsubscribe the above address. He's running Challenge/Response
on mails sent to the qpsmtpd list.
People: Challenge/Response is BROKEN by design. DO NOT RUN IT! Yes, it
may work for you, but at the expense of everyone else whose address
gets forged in spam.
Matt.
On 6 Jul 2004, at 20:04, Mark Powell wrote:
On Sat, 3 Jul 2004, Matt Sergeant wrote:
On 2 Jul 2004, at 13:31, Mark Powell wrote:
It seems that notes() doesn't gain you much over using a variable
directly
or am I missing something?
Notes allows you to pass values between *different* plugins.
Notes
On 10 Jul 2004, at 11:36, Gavin Carr wrote:
I've noticed this too - transaction notes don't work at helo handler
stage
(connection notes do, however), but I've never looked further into it.
I'd
assumed the transaction was not fully setup at that stage, although
that
does seem strange when the
On 12 Jul 2004, at 20:17, John Peacock wrote:
George Chrisbacher wrote:
Interestingly, if I remove the (qpsmtpd/0.28), SA again has no
problem.
That certainly suggests that SA needs to be updated to recognize the
(qpsmtpd/0.28) as part of the MTA signatures it already knows. Have
you raised
On 17 Jul 2004, at 05:52, Robert Spier wrote:
+
+## call srand(), else we will have (e.g.) the same tempfile in
+## _all_ children
+## i.e. after 'use File::Temp; ($fh,$name)=tempfile();' in a
plugin
+srand( ($$ ^ $port) ^ (time ^ unpack(C*, $iaddr)) );
close($server);
What
On 20 Jul 2004, at 14:24, Robin Bowes wrote:
Is there some way to keep all messages that were/would have been
bounced by qpsmtpd?
I'd like to do this while I'm trialling qpsmtpd so I don't lose any
important mail.
You'd have to not reject anything until after the DATA section, and
then write a
On 20 Jul 2004, at 14:24, Robin Bowes wrote:
Is there some way to keep all messages that were/would have been
bounced by qpsmtpd?
I'd like to do this while I'm trialling qpsmtpd so I don't lose any
important mail.
Oh, I forgot - you could just use recordio in front of qpsmtpd. That'd
work
On Wed, 21 Jul 2004, Mark Powell wrote:
On Wed, 21 Jul 2004, Matt Sergeant wrote:
On 20 Jul 2004, at 22:46, Robin Bowes wrote:
550-Response: 501 could not parse your mail from command
This was a bug in CVS, now fixed. Why are you trying to use a CVS
version on a live system? It's
On Wed, 21 Jul 2004, Mark Powell wrote:
On Wed, 21 Jul 2004, Matt Sergeant wrote:
This was a bug in CVS, now fixed. Why are you trying to use a CVS
version on a live system? It's not considered stable yet. Use 0.28.
Isn't all this, because Brian Grossman suggested the following
On 21 Jul 2004, at 19:09, Mark Powell wrote:
Hi,
I have several new/modified modules to release. I've been working on
them over the past couple of months, but I though I'd wait until they'd
been in use on our main mail relays for a few days until posted them.
What's the best method. Diffs
On 21 Jul 2004, at 21:27, Mark Powell wrote:
On Wed, 21 Jul 2004, Matt Sergeant wrote:
On 21 Jul 2004, at 19:09, Mark Powell wrote:
Hi,
I have several new/modified modules to release. I've been working
on
them over the past couple of months, but I though I'd wait until
they'd
been in use
On 21 Jul 2004, at 22:37, Nicolas Cesar wrote:
Here is a small plugin I wrote, so I can filter thou dspam. But I want
to
make it a general filter plugin:
-
# -*- perl -*-
#
# a simple filter for the use of dspam and similar.
sub
On 19 Aug 2004, at 14:45, Mark Powell wrote:
Hi,
Just started testing PPerl 0.25, perl v5.8.5, qpsmtpd-cvs-20040817.
When it starts up I get 64 ./qpsmtpd processes obviously all with the
same
start time. If I look a few hours later I see that some (10-15)
processes
now have a later start time.
On 21 Aug 2004, at 17:17, Mark Powell wrote:
On Fri, 20 Aug 2004, Ask Bjørn Hansen wrote:
It's an ancient dual ~800MHz pentium 3. The biggest contributor to
the load is running spamassassin[1]. The load is generally hovering
between 1 and 2.
Could you explain the merits of forkserver over
On 22 Aug 2004, at 18:30, Elliot F. wrote:
How does speedycgi compare to pperl? Is pperl being used more as a
generic term for persistent perl processes? Speedycgi has worked
wonderfully for me (Debian Sarge 2.22-1) without any apparent problems.
However, most of the discussions I've seen tend
On 23 Aug 2004, at 13:52, Mark Powell wrote:
On Sun, 22 Aug 2004, Elliot F. wrote:
On Sun, 2004-08-22 at 08:50 -0400, John Peacock wrote:
How does speedycgi compare to pperl? Is pperl being used more as a
generic term for persistent perl processes? Speedycgi has worked
wonderfully for me (Debian
On Wed, 1 Sep 2004, Gavin Carr wrote:
I know I will be beaten by the email-purists with large pointy objects, but -
I'm wanting to add/extend some methods in Qpsmtpd::Transaction to allow
greater message manipulation by plugins. Specifically:
- make recipients() a mutator - rationale: to
On 1 Sep 2004, at 18:05, frank wrote:
The config/relayclients file is only used by the check_relay plugin
and it
does not set the according ENV variable when it finds a match (in my
local
version at least, haven't checked new releases in a while). Usually
$ENV{RELAYCLIENT} is set by the program
On 1 Sep 2004, at 12:55, Gavin Carr wrote:
On Wed, Sep 01, 2004 at 08:57:27AM +0100, Matt Sergeant wrote:
- add body_replace(), allowing mail bodies to be munged and replaced
wholesale - rationale: allows body sanitisation (e.g. evil HTML),
attachment stripping, etc. Yes, violates MTAs-should
On 3 Sep 2004, at 00:45, Michael Holzt wrote:
Is there any way to get rid of the maillog plugin: part?
Yes, log through $plugin-qp-log() instead of $plugin-log().
On 4 Sep 2004, at 12:49, John Peacock wrote:
BTW, is trunk working again, then? When I checked it out yesterday, I
discovered that some of the hooks were not running (like none of the
check* modules would fire). I had to back out the last set of
changes, since I had stupidly sync'd and
1 - 100 of 611 matches
Mail list logo