Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 14 Aug 2004 22:27:29 -0400
From:      Bill Moran <wmoran@potentialtech.com>
To:        freebsd-questions@freebsd.org
Cc:        gv-list-freebsdquestions@mygirlfriday.info
Subject:   Re: Re[2]: find -exec surprisingly slow
Message-ID:  <20040814222729.7ae19e59.wmoran@potentialtech.com>
In-Reply-To: <893994951.20040814211332@mygirlfriday.info>
References:  <20040814230143.GB8610@grover.logicsquad.net> <20040814233234.GA56333@falcon.midgard.homeip.net> <20040815013954.GC25751@grover.logicsquad.net> <893994951.20040814211332@mygirlfriday.info>

next in thread | previous in thread | raw e-mail | index | archive | help
Gary <gv-list-freebsdquestions@mygirlfriday.info> wrote:

> Hi Paul,
> 
> On Sun, 15 Aug 2004 11:09:55 +0930 UTC (8/14/2004, 8:39 PM -0500 UTC my
> time), Paul A. Hoadley trunco scripsit:
> 
> >> Reducing the number of processes spawned will certainly help some,
> >> but a better idea is to not have so many files in a single directory
> >> - that is just asking for trouble.
> 
> P> I'm not sure that I can make qmail do anything else.  These are spams
> P> sent to non-existent addresses at my domain, being caught by
> P> .qmail-default.
> 
> Question... why do you have a .qmail-default file to begin with? If you have
> proper namespace or .qmail- files for your users, it is not necessary at
> all... all would then be bounced. Or if you wish just to drop mail coming in
> to .qmail-default, just put a # in it...
> 
> P>  What I am going to do is clear out the Maildir daily
> P> instead of monthly, though.  Collecting them has become a significant
> P> drain on disk space---the 400K spams are the result of about a month
> P> and a half of collection.
> 
> I would never think of collecting them at all, not even allow them in. There
> are several techniques just to block them at SMTP negotiation all together,
> so they don't even enter your system...

I have to second this.  You should never accept email destin for users that
don't exist, you should bounce it with a 5xx error prior to even accepting
the data portion of the SMTP transmission.

-- 
Bill Moran
Potential Technologies
http://www.potentialtech.com



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040814222729.7ae19e59.wmoran>