28.02.2004, 18:23, Erwin Hoffmann wrote:
> 2. To avoid processing of mail for nonexisting accounts you might want to
> use my RECIPIENTS extension for qmail-smtpd. To support virtutal domains
> you have to compile it without the "locals" restriction.
about spamcontrol, RECIPIENT extension and vpo
Hi Jeff,
At 13:53 27.02.04 -0500, Jeff Koch wrote:
>
>Does anybody have any suggestion for improving the performance of a
>mailserver runnning qmail/vpopmail/qmailadmin/qmail-scanner/spamassassin?
>We're using a 2.4Ghz P4 with 1GB RAM and a 40GB SCSI drive. The operating
>system is a basic RH8.
28000 mails in the queue and you're using the chkuser patch? My guess is
that over 27000 of those are spam double-bounces waiting to be delivered. I
might suggest setting up another machine to be a smart smtp host to handle
outgoing mail. Trying to resend all that mail takes non-trivial resources.
Hi Jeremy:
Thanks for replying.
We're using spamc in a maildrop filter called for each pop account (via
qmailadmin's spam enable setting). User SA prefs are maintained by. MySQL
Good suggestion on the catch-alls - we'll do a scan for accounts with many
emails. We do have some with 10 to 15,000
On Fri, 2004-02-27 at 12:53, Jeff Koch wrote:
> Does anybody have any suggestion for improving the performance of a
> mailserver runnning qmail/vpopmail/qmailadmin/qmail-scanner/spamassassin?
are you using spamd and having qmail-scanner call spamc? or is it
calling spamassassin. if the latter,
Does anybody have any suggestion for improving the performance of a
mailserver runnning qmail/vpopmail/qmailadmin/qmail-scanner/spamassassin?
We're using a 2.4Ghz P4 with 1GB RAM and a 40GB SCSI drive. The operating
system is a basic RH8.0 install with the ext3 journalling file system.
We're ha
