Ask Bjørn Hansen wrote:
On Sep 12, 2007, at 16:04, Geoff Shang wrote:
In the end it turned out that it was check_relay that was causing the
performance problems. system averages of about 6 dropped to less than 1
when I turned off this plugin.
That's surprising. Is your relayclients file v
On Sep 12, 2007, at 16:04, Geoff Shang wrote:
In the end it turned out that it was check_relay that was causing
the performance problems. system averages of about 6 dropped to
less than 1 when I turned off this plugin.
That's surprising. Is your relayclients file very large? If so then
Hi,
For those of you who can't remember my post, I've quoted it below for your
information.
Thanks to those of you who replied to my post. Most of you suspected the
greylisting plugin, and another person suggested the klez plugin. but
deactivating these plugins made no noticeable differenc
>> It uses UDP queries to a small server written in perl, which has
>> rather nice performance since the perl server keeps the greylist data
>> in an in-memory hash, UDP is pretty cheap, so the server just handles
>> the requests as they arrive, no locking needed. It also means that if
>> you have
John Levine wrote:
1. the greylisting plugin uses a lock on the dbm file to prevent the
processes from clobbering each other. the GL plugin could be
re-written to use an RDBMS instead, that might help.
I have a well-known greylist patch for qmail-smtpd that I recently
ported over to qpsmtpd.
On 8/16/07 9:06 AM, "Robin Bowes" <[EMAIL PROTECTED]> wrote:
> I can guarantee you will cut down on load if you install some plugin
> that checks for valid recipients before the msgs hit qmail.
>
> Here's one: http://robinbowes.com/projects/check_validrcptto_cdb
>
> View it here:
> http://robin
I've rewritten the greylisting plugin to use DBI info passed in the the
config. My reasons for moving to a server was to make the state available
to the peered systems universally, not so much for performance. Maybe I got
lucky. I haven't re-documented the plugin to accommodate the change nor
h
>1. the greylisting plugin uses a lock on the dbm file to prevent the
>processes from clobbering each other. the GL plugin could be
>re-written to use an RDBMS instead, that might help.
I have a well-known greylist patch for qmail-smtpd that I recently
ported over to qpsmtpd.
It uses UDP queries
Geoff Shang wrote:
> My questions are these:
>
> 1. Does anyone have any idea why our system load is running so high?
>
> and
>
> 2. Which version of qpsmtpd should I be running? There seems to be 4
> different server programs now and I don't really appreciate the difference
> between the
three things spring to mind-
1. the greylisting plugin uses a lock on the dbm file to prevent the
processes from clobbering each other. the GL plugin could be
re-written to use an RDBMS instead, that might help.
2. the greylist db might be huge, i wrote a little script that prunes
the ancient en
Hello,
I realise it's poor form to jump on a mailing list and immediately ask for
help, so I hope you will be forgiving.
I administer a system for a US non-profit organisation. The previous admin
chose to use Qmail and then QPSMTPD to allow the system to do greylisting.
We are experiencing tw
11 matches
Mail list logo
