From owner-freebsd-questions@FreeBSD.ORG Sun Aug 15 02:27:34 2004 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 27BEA16A4CE for ; Sun, 15 Aug 2004 02:27:34 +0000 (GMT) Received: from internet.potentialtech.com (h-66-167-251-6.phlapafg.covad.net [66.167.251.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD92C43D41 for ; Sun, 15 Aug 2004 02:27:31 +0000 (GMT) (envelope-from wmoran@potentialtech.com) Received: from working.potentialtech.com (pa-plum-cmts1e-68-68-113-64.pittpa.adelphia.net [68.68.113.64]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by internet.potentialtech.com (Postfix) with ESMTP id EAD4C69A71; Sat, 14 Aug 2004 22:27:30 -0400 (EDT) Date: Sat, 14 Aug 2004 22:27:29 -0400 From: Bill Moran To: freebsd-questions@freebsd.org 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> Organization: Potential Technologies X-Mailer: Sylpheed version 0.9.12 (GTK+ 1.2.10; i386-portbld-freebsd4.9) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: gv-list-freebsdquestions@mygirlfriday.info Subject: Re: Re[2]: find -exec surprisingly slow X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Aug 2004 02:27:34 -0000 Gary 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